Codexで記事構成を作る

記事を書こうとして、何から説明すればよいか迷ったときは、本文を一気に作る前に読者の疑問を並べます。Codexには、その疑問と手元の資料を渡し、見出し案を作ってもらえます。この記事では「初心者が写真を整理する記事」を例に、構成を確かめてから原稿へ進む方法を紹介します。

ここでの構成と依頼文は説明用の例です。検索順位や記事の成果を検証したものではありません。Codexをまだ使っていない場合はWindowsでの準備から進めてください。

先に決めるのは読者と一つの到達点

「写真整理について」だけでは、保存場所の話と画像編集の話が混ざります。今回は「写真が散らばって困っている人が、原本を残したまま整理用コピーを作れる」を到達点にします。写真の補正やクラウド契約は扱いません。

各段階で確認してから、次の操作へ進みます。

1. 1読者誰の疑問に答えるか
2. 2構成疑問ごとに見出しを置く
3. 3根拠不足は要確認で残す
4. 4保存確認した構成を別名で残す

具体的な依頼と、結果の確かめ方は本文にあります。

図の順番で、疑問に答えるための見出しか、根拠が揃っているか、読み終えた後に行動できるかを確かめます。

小さな材料メモを用意する

練習用フォルダーに article-notes.md を作り、次の例を保存します。自分の記事では、実際に確認した資料名と確認日へ置き換えてください。

読者：Windowsで写真の整理を初めて行う人
困りごと：同じ名前の写真があり、消すのが不安
到達点：元を残して、整理用コピーの一覧を作れる
答えたい疑問：保存場所はどこか／同名なら同じ写真か／失敗したらどう戻るか
今回扱わないこと：原本の削除、画像補正、有料サービスの契約
確認済み資料：まだなし。操作説明を確定する前に調べる

「確認済み資料：なし」を隠す必要はありません。構成案を考えることと、操作の正しさを裏付けることは別の工程です。

見出しごとの役割まで依頼する

article-notes.md を読み、初心者向け記事の構成案を作ってください。
まだ本文は書かず、ファイルも変更しないでください。
各見出しに、答える読者の疑問、必要な根拠、載せる具体例を添えてください。
資料で確認できていない手順は「要確認」としてください。
同じ説明が重なる見出しはまとめ、今回扱わない話題は追加しないでください。

例えば「整理を始める前の準備」は原本の場所を確かめる疑問に、「同じ名前の写真があるとき」は名前だけで同一と決めない判断に答える見出しになります。「便利な使い方」のように中身が見えない見出しは、答える疑問が分かる名前に直します。

構成案を読むときの確認表

確認後は「同名ファイルの説明を一か所にまとめて」「削除手順は範囲外なので外して」のように、理由も添えて修正を頼みます。見出しの数を増やすこと自体は目的ではありません。

確認した構成を別名で残す

確認した構成案を article-outline.md に保存してください。
article-notes.md は変更しないでください。同名ファイルがあれば上書き前に知らせてください。
保存後に読み直し、すべての見出しに疑問・根拠・具体例があるか確認してください。
要確認の項目はそのまま残してください。

ファイルを自分でも開き、構成が会話の内容と一致していれば、この段階は完了です。根拠が未確認なら、本文の確定や公開へ進む前に調査します。以前の構成へ戻りたい場合に備え、承認した版を別名で残すかGitの履歴を利用できます。

次は、既存原稿なら記事リライト、依頼の条件を整理したい場合は依頼文の基本へ進めます。

公式資料：Prompting。目的・材料・出力・制約の考え方を参照し、この記事の写真整理の構成例は独自に作成しています。

構成を確認できたら、材料から記事の下書きを作る工程へ進めます。題名の仕上げは本文とタイトル案を比較する方法で確認できます。