AIブログ記事の作り方｜source.md→Claude初稿→Cursor公開

"ChatGPTやClaudeに丸投げすると記事の精度がブレる初心者ブロガー向けに、source.mdで設計を固めてからClaudeで初稿・人間レビュー・Cursorで実装公開まで進める4段階フローを、ToolArcの実運用ベースで解説します。"

ChatGPTやClaudeに「ブログ記事を書いて」とだけ頼んでみたものの、思っていたような記事にならなかった、という経験がある方は多いのではないでしょうか。読者像や結論があいまいなまま生成させると、記事ごとにテイストが変わったり、手直しの量が増えたりしがちです。

筆者もToolArcの記事制作で同じ課題に直面しました。対策として「素材整理 → Claude初稿 → 人間レビュー → Cursor実装・公開」という4段階に工程を固定したところ、初稿の質と公開までの手戻りが安定しました。本記事では、この実運用フローをそのまま再現できる形で解説します。

今日の結論

AIに丸投げせず、先にsource.mdで読者・結論・構成を固めると初稿の質が安定する

初稿はClaudeにsource.md全文を渡す。長文整理・構成化に向きやすいため

公開前のレビューは人間が必ず行う（事実確認・文体・収益導線・内部リンク）

文章を書く工程と実装・公開の工程は分ける。筆者はCursorに実装を任せている

工程全体の自動化を優先するなら、記事末の代替案（Rakurin）も検討できる

「AIに丸投げ」で記事の精度がブレる理由

「キーワードを見て記事を書いて」のような一言だけでAIに任せると、読者像・結論・収益導線といった前提が渡らないまま生成されるため、記事ごとにテイストが変わりやすくなります。

また、通常のチャット（プロジェクト機能を使わない場合）では、前回の会話で調整した文体や構成の意図が新しいチャットに引き継がれないことが多いです。毎回ゼロから丸投げすると、SEOや収益導線まで一度にAIへ委ねることになり、手直しが増えがちです。

対策はシンプルで、AIに書かせる前に読者・結論・構成をこちらで先に固めることです。

Step1｜source.mdで読者・結論・構成を先に決める

記事1本ごとに「source.md」という設計メモを先に作ります。特別なツールは不要で、メモ帳・Googleドキュメント・Obsidianなど、手元のテキストエディタで十分です。

#	項目	何を書くか（1行の目安）
1	想定読者	どんな悩みを持つ読者向けかを1行で
2	検索意図	How-to／比較／チェックリストのどれか
3	キーワード	主キーワードと副キーワードを数個
4	記事の結論	読者に伝えたい要点を3〜5点
5	構成案	H2見出しを5つ前後で箇条書き
6	収益導線	アフィリエイト／広告／デジタル商品のどれを使うか
7	内部リンク候補	既存記事と未公開記事を分けてリストアップ
8	免責文	仕様変更・執筆時点の注記

8項目の書き方とテンプレートの詳細は、source.mdでAI記事の精度を上げる方法で解説しています。Obsidianで素材を管理したい場合は、ClaudeとObsidianの連携ワークフローも参考にしてください。Daily Noteのログをそのまま記事化するのではなく、いったんsource.mdの形に整理してから次のStepへ進むのがポイントです。

Step2｜Claudeに初稿を依頼する

source.mdができたら、Claudeに全文を渡して初稿を依頼します。筆者は長文素材の整理・構成化にClaudeを使っています。ChatGPTとの使い分けが気になる場合は、ChatGPTとClaudeの違いを用途で比較した記事を参照してください。

依頼時のコツは次の3点です。

チャットの冒頭でsource.md全文を渡す：途中で小出しにせず、最初にまとめて渡す
出力形式を先に指定する：「です・ます調」「一人称は筆者」「H2見出しごとに区切って出力」など
長文は段階出力を依頼する：「見出し案→確認→本文」の順で区切ると構成のズレを早く直せる

コピーして使える依頼文の例です。

添付のsource.mdをもとに、1分Tips記事の本文初稿を作成してください。
文体はです・ます調、一人称は「筆者」。
H2見出しごとに区切って出力し、内部リンクは [表示文言](/blog/slug) 形式で書いてください。
未公開記事へのリンクは控え、必要なら「準備中」と明記してください。

ChatGPTで初稿を書く場合、プラン変更やアカウント切り替えでつまずくことがあります。ChatGPTアカウント移行の注意点もあわせて確認しておくと安心です。

Step3｜人間レビューで事実と導線を確認する

AIの初稿ができたら、公開前に必ず人間の目でレビューします。筆者はClaude初稿のあと、必要に応じてChatGPTで別観点のチェックを入れることもありますが、最終判断は人間が行います。

公開前チェックリスト

料金・仕様・手順など、AIが断定している内容に誤りや古い情報がないか
「です・ます調」「筆者」表記など、サイトのトーンと一致しているか
内部リンクが [表示文言](/blog/slug) 形式になっているか
リンク先が公開済みか、未公開なら「準備中」と明記しているか
実測・体験談など、筆者ならではの一次情報が足りない箇所はないか

Step4｜Cursorで実装・公開する

レビューが終わったら、文章を書く工程とは分けて、実装・公開の工程に進みます。Markdownの配置、posts.ts への登録、ビルド確認などはCursorに任せると、執筆中にコード操作で集中が途切れることを防げます。無料版での実測はCursor無料プランのレビューにまとめています。

書く人と実装する人（あるいはツール）を分けるだけで、修正の手戻りが目に見えて減りました。

まとめ｜4段階フローを1記事から試す

Step1 source.mdで読者・結論・構成を固める
Step2 Claudeにsource.mdを渡して初稿を依頼する
Step3 人間がレビューする（チェックリスト活用）
Step4 Cursorで実装・公開する

専用ツールは不要です。まずは1記事分だけ、source.mdを作ってからClaudeに依頼する流れを試してみてください。

次に読む記事

工程全体を自動化したい場合｜Rakurin（ラクリン）

※Rakurin公式サイトへのリンクには、筆者のアフィリエイトリンクが含まれます。

本記事のフローは「自分でsource.mdを設計し、Claudeで初稿を書き、人間が仕上げる」前提です。記事本数を増やすことを最優先し、キーワード提案から本文生成までを一括で任せたい場合は、Rakurin（ラクリン）公式サイトのような自動化ツールも選択肢になります。

	本記事のフロー（source.md方式）	Rakurin
設計の自由度	読者・結論・収益導線を自分で設計できる	キーワード入力から自動生成が中心
文体の調整	Claude初稿＋人間レビューで細かく調整できる	生成後の手直し量は要確認
独自性	実測・体験談を追記しやすい	AI生成文のみだと独自性が弱くなりやすい
向く人	品質と導線設計を重視する人	執筆時間を削り記事本数を増やしたい人

利用前に確認しておきたい点

料金プラン・機能・トークン制の詳細は変更されることがあるため、契約前にRakurin公式サイトで最新情報を確認してください
自動生成文だけでは読者の信頼を得にくい場合があるため、本記事のように実測・体験談の追記を組み合わせることをおすすめします

本記事の内容は執筆時点（2026-07-01）の運用フローに基づく一次情報です。ChatGPT・Claude・Cursorなど各AIツールの仕様・料金・機能は変更される場合があります。Rakurinを含む外部サービスの料金・プラン内容も変更されることがあるため、利用前に必ず公式サイトでご確認ください。