「重複は無駄」はAIに通じない——docs設計で意図的に繰り返す理由

"AIはファイルを横断して読み直しません。重複はAIの探索コストを減らす設計判断です。ObsidianのDaily Notesから記事化するときの具体手順つきで解説します。"

「情報の重複は悪」という原則は、人間が読む文書では正しいです。しかしAIにコンテキストとして渡すdocsでは、この常識が逆に足を引っ張ることがあります。

「source.mdに書いたのに、captions.mdにも同じことを書くの？」と迷った経験がある方は、この記事がそのまま答えになります。

今日の結論

AIは文書を「記憶」しない。毎回リセットされる前提で設計する必要がある

重複は「冗長」ではなく、AIの探索コストを減らす意図的な設計判断

source.mdとcaptions.mdは、同じ要点を役割別の言葉で書くのが正解

Daily NotesからHubドキュメントに要点を再掲することで、AI出力の品質が安定する

「1ファイルで完結」より「どこから渡しても意図が伝わる」を優先する

AIがdocsを読む仕組みを誤解していませんか？

人間は「前のファイルで読んだこと」を覚えています。しかしAIは会話ごとにリセットされ、渡されたファイルの範囲でしか推論しません。

つまり「README.mdに書いてあるからsource.mdには省いていい」という設計は、AIにとって機能しないことがあります。ファイルAの内容はファイルBに存在しない、という扱いになるからです。

この前提を押さえると、「重複はむしろ必要」という結論が自然に出てきます。

source.mdとcaptions.mdで要点を重ねる理由

筆者が実際に運用している構成では、source.mdとcaptions.mdの両方に、記事の核となる意図を書いています。

source.md：記事のテーマ・読者・問題・伝えたいこと（文章構成の地図）
captions.md：画像ごとの感情・役割・配置意図（画像指示の補助）

この2ファイルは役割が異なりますが、「何を伝えたいか」というコアの意図は意図的に重ねています。

理由はシンプルで、AIにどちらか一方だけを渡した場合でも、記事全体の方向性がブレないようにするためです。「ファイルをまとめて渡す」前提でも、「部分的に渡す」前提でも機能する設計にするには、重複は保険ではなく設計です。

Daily NotesからHub文書に要点を再掲する手順

Obsidianで作業ログをDaily Notesに残している場合、そのまま記事化するのは避けてください（前提が散らばっていて、AIが意図を読み取れないことが多いです）。

代わりに次のフローを試してみてください：

Daily Notesから「何をやったか・なぜやったか・何が分かったか」を3行で抜き出す
その3行をsource.mdの「伝えたいこと」欄に貼る
シリーズ記事の場合は、Hub文書（索引ページ）にも同じ要点を1〜2行再掲する
Claude / ChatGPTに渡すときはsource.mdを必ず同封する

このフローを経るだけで、AI出力の方向性が安定することを筆者は実運用で確認しています。ただし効果の出方は渡すモデルや文書量によって異なる可能性があります。

ミニチェックリスト

source.mdに「誰向け・何を伝えたいか」を1〜3行で書いてある
captions.mdがある場合、画像の「役割・感情・配置意図」を書いてある
Daily Notesの内容をそのままAIに渡していない（source.mdに整理してから渡している）
Hubドキュメント（シリーズ索引）に各スポーク記事の要点を1〜2行再掲してある
「どのファイル1つを渡しても記事の意図が伝わるか」を確認してある

まとめ

AI向けdocsにおける「重複」は、情報の整理不足ではなく、AIの推論をサポートする設計判断です。source.md・captions.md・Hub文書のそれぞれに要点を再掲することで、渡すファイルの組み合わせが変わっても出力品質を安定させられます。

まず今日できる1ステップとして、手元のsource.mdに「誰向けか」と「伝えたいこと」の2項目を書き足してみてください。

関連記事

免責事項

本記事は執筆時点（2026年5月）の情報をもとにしています。Claude・ChatGPT・Obsidianなど各サービスの仕様は予告なく変更される可能性があります。重要な判断をされる場合は、各公式ドキュメントを合わせてご確認ください。