source.md運用が記事生成AIと相性が良い理由【実運用Tips】

"Daily Notesをそのまま渡すより、source.mdで「読者・問題・伝えたいこと」を先に固定した方がAIの出力が安定します。効率的な渡し方の手順を解説。"

この記事の結論

記事1本ごとに source.md で「読者・問題・伝えたいこと」を先に固定する

Daily Notes の丸投げより、整理済みの source.md を渡した方が AI の出力が安定する

Daily Notes → source.md → AI の順で進めるのが効率的

Daily Notes をそのまま AI に渡してもうまくいかない理由

Obsidian の Daily Notes には、作業ログ・気づき・メモが混在しています。そのまま AI に渡すと、何を記事にしたいのかが伝わらず、出力が散漫になりがちです。

筆者が実際に試した結果、Daily Notes を丸ごと渡した場合と、整理した source.md を渡した場合とでは、生成される記事の精度に明確な差がありました。

Daily Notes はあくまで「素材」です。AI に渡す前に、記事の設計を1ファイルにまとめる工程を挟むことで、出力のブレが大幅に減ります。

source.md に書く3つの要素（読者・問題・伝えたいこと）

source.md は、記事1本ごとに作成する設計メモです。最低限、以下の3点を書いておくと AI の出力が安定します。

要素	書く内容の例
読者	誰向けの記事か（例: AI ツールを使い始めた初心者）
問題・原因	読者が困っていること、なぜ困っているか
伝えたいこと	この記事を読み終えた読者に持ち帰ってほしい結論・示唆

この3点が固まっていれば、AI は「誰に・何を・どう伝えるか」を軸に本文を生成できます。逆に言うと、この軸がないまま渡しても、AI は正しい方向に進めません。

見出しで区切ってざっくり埋めるだけで十分です。完成度より「方向性の明確さ」を優先してください。

Daily Notes → source.md → AI の順が効率的な理由

作業の順番を固定すると、迷いが減ります。筆者が実運用している流れは以下のとおりです。

Daily Notes から要点だけを転記する（全文コピーはしない）
source.md の見出しに沿って整理する（読者・問題・原因・対策・伝えたいこと）
整理した source.md を AI に渡して記事生成を依頼する

Daily Notes を全文コピーしてしまうと、不要な情報まで AI に渡ることになります。「要点だけを転記する」という一手間が、出力品質に直結します。

source.md を作る時間は、慣れれば10〜15分程度です。その分、AI との往復回数が減るため、トータルの作業時間は短くなります。

AI に渡す順番にもコツがある

source.md ができたら、新規チャットで以下の順番でファイルを渡します。

context.md → project-context.md → source.md → 依頼文

最初に共通コンテキスト（文体・サイト概要）を渡し、その後に記事固有の設計メモを渡す流れです。順番が逆になると、AI がサイトの方針より記事の個別指示を優先してしまうことがあります。

依頼文はシンプルで構いません。「この source.md をもとに記事本文を書いてください」だけでも、source.md が整っていれば十分な出力が得られます。

まとめ・次に読む

source.md 運用のポイントをまとめます。

記事テーマごとに source.md を1ファイル作成する
読者・問題・原因・対策・伝えたいことを見出しで埋める
Daily Notes から要点だけを転記する（全文コピーはしない）
新規チャットで context → project-context → source.md → 依頼 の順で渡す

画像付き記事の場合は、captions.md もセットで渡すと出力の精度がさらに上がります。

本記事は 2026-05-28 時点の運用方法をもとに書いています。AI ツールの仕様は変更されることがあるため、最新情報は各ツールの公式ドキュメントをご確認ください。