Claude Codeで記事の下書きを作る

Claude Codeに記事を書かせるときは、本文を一気に生成させるより、根拠・構成・下書きを分けて確認します。Windowsのターミナルからでも、作業単位を小さくすれば結果を点検しやすくなります。

下書き前の準備

各段階の成果物を残して、内容と公開操作を分けます。

1. 1根拠と読者を用意brief.md・sources.mdに対象と根拠をまとめる。
2. 2構成から本文へ見出し、本文、読みやすさの順に直す。
3. 3公開前の点検事実・手順・リンク・表示を確認し、未確認点を解消。

下書きファイルができた状態と、読者へ公開された状態は別です。

作業フォルダーに、読者像、記事の目的、採用する公式URL、既存記事、禁止事項を保存します。依頼例は次の通りです。

このフォルダーのbrief.mdとsources.mdだけを根拠に、Markdown下書きを作成して。
見出しはH2/H3。根拠URLがない主張は[要確認]と付け、数字・料金・対応OSは推測しない。
本文、FAQ候補、確認待ち一覧を分けて出力し、公開や既存ファイルの上書きはしない。

Claude Codeはファイルを読み書きし、コマンドを実行できます。最初は提案や下書きだけに限定し、編集や外部送信が必要な段階で対象を明示します。 Claude Code概要

3段階で直す

まず構成と要点を作り、次に本文、最後に読みやすさを直します。「この段落を120字に」「この見出しに公式資料の手順を追加」「事実と意見を分離」のように1回の修正目的を限定します。生成結果にコードやコマンドがあれば、読者が実行する前に公式リファレンスと実環境で確認します。

WordPress形式へ変換する場合も、Markdown原稿を保存してから変換し、HTMLのタグ、リンク、画像、目次を点検します。投稿APIは下書き状態から始め、公開前に差分とブラウザー表示を確認します。投稿処理を自動化することは、内容の正確性を自動承認することではありません。

確認表

• タイトルと本文の約束が一致しているか。
• 引用元の範囲を超える断定、古いバージョン、架空の体験談がないか。
• 手順の前提、期待する画面や出力、失敗時の戻し方があるか。
• 内部リンクが読者の次の疑問に答えているか。

構成の作り方は見出し構成、タイトルの比較はタイトル案、既存文の更新はリライトを参照してください。

限界

文章の自然さは正確性の証拠になりません。公式資料の更新日、利用条件、ライセンス、個人情報の扱いを確認し、未検証部分は未検証と表示します。