AI・マーケトレンド
Writer /
この記事の著者
Claude Codeは、パソコン上のフォルダを直接読み書きしながら作業するClaudeです。チャット画面で1本ずつ記事を頼む方法と違い、読者像や文体のルールをファイルとして置いておけるため、記事作成やブログ執筆を「毎回同じ品質で回る仕組み」にできます。一方で、設定を作り込まずに量産だけを急ぐと、似た記事や根拠のない数字が一気に増えるという弱点もあります。
この記事では、Claude Codeで記事を作るための設定（CLAUDE.mdとスキル）、1本を書く流れ、複数記事の一括処理、公開前の検査、投稿の自動化をどこまでやるかを、コピペで使える設定例とあわせて解説します。仕様は2026年9月時点の公式ドキュメントに基づきます。
30秒で分かる結論
Claude Codeで記事作成を仕組み化する要点は、「毎回守るルール」をCLAUDE.md、「毎回同じ手順」をスキル、「記事ごとに変わる情報」をブリーフファイルに分けることです。
1本の流れは「ブリーフ→構成の承認→本文の保存→別セッションでの検査→人の編集」です。構成の承認を省かないことが品質を保つ条件です。
複数記事は claude -p を使った一括処理もできますが、下書きの生成までにとどめ、公開の判断は人が行います。
Claude Codeは無料プランでは使えず、Pro以上の有料プランかAPI（Console）の契約が必要です（2026年9月時点）。
月に1〜2本ならチャット版のProjectsで十分です。同じ前置きを何度も貼っていると感じたら、Claude Codeに移る目安です。
この記事の位置づけ
チャット版のClaudeで記事を書く4ステップと基本のプロンプトはClaudeで記事・ブログ作成する方法で解説しています。この記事はその続編として、Claude Codeで記事作成を仕組み化したい方向けに、スキル・一括処理・検査・投稿連携まで踏み込みます。プロンプトの書き方そのものは仕事で使えるプロンプトの書き方をご覧ください。
Claude Codeで記事作成する利点と前提条件
チャット版と比べたClaude Codeの利点は、次の3つです。
ルールを貼り直さなくてよい：フォルダに置いた CLAUDE.md が、起動するたびに読み込まれます。
過去記事を参照できる：公開済み記事をフォルダに置けば、テーマの重複や内部リンク候補を確認させられます。
成果物がファイルで残る：下書きがMarkdownファイルとして保存され、修正履歴も管理しやすくなります。
前提条件も確認しておきます。Claudeの料金ページでは、Claude Codeは無料プランに含まれず、Pro（月払いで月額20ドル）以上のプランで利用できると案内されています。API（Console）の契約でも使えます。利用できる場所は、ターミナル、VS Codeなどのエディタ、デスクトップアプリ、ブラウザ（claude.ai/code）と複数あり、公式ドキュメントではデスクトップアプリにClaude Codeが含まれているため、ターミナル版を別途入れなくてもよいと説明されています。黒い画面の操作に不安がある方は、デスクトップアプリから始めると入りやすいでしょう。料金や提供範囲は変わることがあるため、契約前に公式ページで確認してください。
準備：導入とブログ用フォルダの設計
ターミナルで使う場合、公式ドキュメントではmacOS・Linux向けに次のコマンドが案内されています（Windowsは PowerShell 用のコマンドが別にあります）。インストール後、フォルダに移動して claude と入力すると起動します。
curl -fsSL https://claude.ai/install.sh | bash
cd blog
claudeフォルダは記事専用にします。ほかの仕事のファイルが混ざっていると、関係のないファイルまで読まれて指示が通りにくくなるためです。編集部が作成したフォルダ構成の例です。
blog/
CLAUDE.md … 毎回守るルール（短く）
.claude/skills/
draft/SKILL.md … 下書きを作る手順
factcheck/SKILL.md … 公開前の検査手順
style/tone.md … 文体の見本（公開済み記事の抜粋）
brief/ … 記事ごとのテーマ・材料
sources/ … 引用してよい資料（調査結果・公式情報の控え）
drafts/ … Claudeが保存する下書き
published/ … 公開済み記事（重複と内部リンクの確認用）CLAUDE.mdには「毎回守るルール」だけを書く
CLAUDE.md は、Claude Codeが起動時に読み込む指示ファイルです。公式ドキュメントは、1ファイル200行以内を目安にすること、「きちんと書く」ではなく検証できる具体的な指示にすること、複数の手順からなる内容はスキルに移すことを勧めています。記事制作では、読者・文体・事実の扱いの3つに絞ると短く保てます。
# ブログ記事制作のルール
## 読者と目的
- 読者：従業員50〜300名のBtoB企業で、マーケを1〜2人で担当している人
- 目的：検索から来た読者の疑問に答え、資料請求・相談につなげる
## 文体
- です・ます調。各H2の最初の段落で結論を書く
- 文体の見本は style/tone.md に従う
## 事実の扱い
- 数字・料金・仕様は brief/ と sources/ にあるものだけを使い、出典を書く
- 資料にない数字や事例は書かず「要確認」と記す
- 実在の企業名・人物の発言を創作しない
## 禁止
- drafts/ 以外のファイルを変更しない
- published/ の記事は読むだけにする「drafts/ 以外を変更しない」の一行は、公開済み記事を誤って書き換える事故を防ぐためのものです。ただし公式ドキュメントにあるとおり、CLAUDE.md は強制力のある設定ではなく、Claudeが読んで従おうとする指示です。確実に止めたい操作は、権限設定で許可しないようにしてください。
手順はスキルにする：/draft と /factcheck
スキルは、繰り返す手順を SKILL.md というファイルにまとめ、/スキル名 で呼び出せるようにする仕組みです。公式ドキュメントによると、プロジェクト用のスキルは .claude/skills/スキル名/SKILL.md に置き、先頭の description に「いつ使うか」を書きます。CLAUDE.md と違い、本文は使うときだけ読み込まれるため、長い手順書を置いても普段の作業を圧迫しません。
下書き用のスキルの例です（編集部作成）。呼び出すときに渡した文字列は $ARGUMENTS に入ります。
---
description: brief/ のブリーフから記事の下書きを作る。記事作成・ブログ執筆を頼まれたときに使う。
---
# 下書きの作り方
対象のブリーフ：$ARGUMENTS
1. ブリーフと、そこに書かれた sources/ の資料を読む
2. published/ に同じテーマの記事がないか確認し、あれば書く前に報告する
3. 見出し構成（H2・H3）と、各見出しで書く内容・使う資料を一覧にして、承認を待つ
4. 承認されたら本文を書き、drafts/日付-スラッグ.md に保存する
5. 保存後、使った数字と出典の対応表を最後に付ける検査用のスキルの例です。書いたセッションとは別のセッションで実行すると、書いた本人の思い込みを持ち込みにくくなります。
---
description: drafts/ の下書きを公開前に検査する。公開前チェック・ファクトチェックを頼まれたときに使う。
---
# 公開前の検査
対象：$ARGUMENTS
次の4点を確認し、表ではなく箇条書きで報告してください。本文は修正しないでください。
1. sources/ とブリーフにない数字・固有名詞・断定表現（該当箇所を引用）
2. 出典が書かれていない主張
3. published/ の記事と内容が重なっている段落と、その記事名
4. 内部リンクを張れる published/ の記事と、張る位置の候補実例：1本の記事を書く流れ
編集部が作成した架空の例で、流れを確認します。まず brief/ に次のようなブリーフを置きます。
# ブリーフ：展示会 準備 チェックリスト
- 狙う検索語：展示会 準備 チェックリスト
- 読者の状況：初めて展示会に出る。3か月前に何をすべきか分からない
- 記事の目的：展示会支援の相談につなげる
- 分量：4,000〜5,000字
- 必ず入れる内容：3か月前・1か月前・前日の作業、当日の名刺の扱い、事後フォロー
- 使ってよい資料：sources/exhibition-memo.md次に、Claude Codeで /draft brief/exhibition.md と入力します。Claudeは published/ に似た記事がないかを確認したうえで、見出し構成と各見出しで使う資料の一覧を出して止まります。ここで人が「事後フォローの節を独立したH2にする」「1か月前の作業に告知メールを加える」などと直してから「この構成で本文を書いて」と伝えると、本文が drafts/ に保存されます。
最後に、新しいセッションで /factcheck drafts/2026-10-01-exhibition.md を実行します。資料にない数字や出典のない断定が一覧で返ってくるので、人が確認して直します。検査の結果が問題なしでも、最終的な事実確認と編集は人が行ってください。
複数記事をまとめて処理する：claude -p の使い方
Claude Codeは、claude -p "指示" の形で、対話せずに1回の処理を実行して終了する使い方ができます。これを使うと、複数のブリーフを順番に処理できます。ただし、構成の承認を挟めなくなるため、一括処理は「構成案だけを作る」段階にとどめるのが安全です。編集部が作成したシェルの例です。
for f in brief/*.md; do
claude -p "$f を読み、.claude/skills/draft/SKILL.md の手順1〜3だけを実行して、見出し構成を outlines/ に保存してください。本文は書かないでください。" \
--allowedTools "Read" "Edit(outlines/**)"
done--allowedTools は、確認なしで実行してよい操作を指定するオプションです。上の例では、読み取りと outlines/ へのファイル作成・編集だけを許可しています（公式ドキュメントでは、ファイルの書き込みの許可は Edit(パス) の形で指定すると説明されています）。すべての確認を省くオプションもありますが、記事フォルダ以外のファイルに影響が出るおそれがあるため、この用途では使わないことをおすすめします。一括処理は利用量を多く消費するため、プランの利用上限にも注意してください。
構成案がそろったら、人がまとめて確認し、承認したものだけを1本ずつ対話モードで本文にします。本数を増やすほど、確認の工程を仕組みとして固定しておく意味が大きくなります。
公開前の検査を分ける理由
AIで作った文章の事故は、量産の段階で起きやすくなります。弊社の独自調査では、業務でのAI利用で事故やヒヤリハットを経験した51名のうち、「AIが生成した誤情報をそのまま納品・公開した」が33.3%、「著作権・引用ルールに抵触する可能性のある出力をしてしまった」が21.6%でした。出典：株式会社スリスタ『企業の生成AI活用実態調査2026』（n=400）業務AI事故・ヒヤリハット実態2026。
書く工程と検査する工程を別のスキル・別のセッションに分けておくと、検査が「書いたものを追認する作業」になりにくくなります。検査の観点は、事実（数字・固有名詞）、重複（既存記事との重なり）、内部リンク（張るべき記事と位置）の3つに絞ると、指摘が多すぎて読まれないという事態を避けられます。誤情報を防ぐ仕組み全般はAIのハルシネーション対策、内部リンクの設計は内部リンクの貼り方で解説しています。
投稿の自動化はどこまでやるか
Claude Codeが作るのはフォルダ内のファイルです。noteへの投稿は、ファイルの内容を管理画面に貼り付けるのが基本になります。WordPressは REST API を使って投稿を作成できるため、Claude Codeに「下書き状態で登録するスクリプト」を作らせることは可能です。その場合も、次の範囲にとどめることをおすすめします。
登録は必ず下書き（draft）状態にし、公開ボタンは人が押す
認証情報（アプリケーションパスワードなど）はCLAUDE.mdやブリーフに書かず、環境変数など別の場所で管理する
アイキャッチ画像・カテゴリ・メタディスクリプションは人が最終確認する
公開まで全自動にすると、検査で見落とした誤りがそのまま公開され、修正の手間と信用の損失が大きくなります。AIで書いた記事の検索上の扱いについてはAI生成コンテンツはSEOでペナルティになるかで、Googleの見解を整理しています。
動画で見る：ClaudeとほかのAIの記事の違い
Claude Codeで仕組みを作る前に、Claudeがどのような文章を書くのかを確認しておくと、CLAUDE.md に書くべきルールが見えてきます。次の動画では、同じテーマでGemini・ChatGPT・Claudeに記事を書かせ、出力を比べています。
Claudeでは文章だけでなく、業務ツールそのものを作ることもできます。次の動画は、スライド作成ツールをClaudeで自作した記録です。記事制作の周辺作業（図解やスライド化）まで仕組みにしたい方の参考になります。
チャット版・Projects・Claude Codeの使い分け
チャット版（単発）：月に数本、テーマも毎回違う場合。プロンプトは記事作成の4ステップを使います。
チャット版のProjects：同じ媒体で定期的に書くが、月に数本程度の場合。読者・文体を指示欄に、見本記事を資料として保存します。
Claude Code：月に何本も書く、過去記事との重複や内部リンクを管理したい、検査までを手順として固定したい場合。
判断に迷ったら、同じ前置きを3回以上貼ったかどうかを目安にしてください。SEO記事の設計そのもの（検索意図や構成案）は、SEO記事の構成案の作り方も参考になります。
よくある質問
Q. Claude Codeは無料で使えますか？
2026年9月時点の料金ページでは、無料プランにClaude Codeは含まれていません。Pro以上の有料プランか、API（Console）の契約が必要です。最新の条件は料金ページで確認してください。
Q. プログラミングの知識がなくても使えますか？
記事作成に使う範囲なら、フォルダの作成とファイルの配置、日本語での指示ができれば始められます。ターミナルに抵抗がある場合は、デスクトップアプリのCodeタブから使う方法があります。一括処理や投稿連携を組む段階では、シェルやAPIの基礎知識があると安心です。
Q. チャット版のClaudeで書くのと、文章の質は変わりますか？
文章を書くのは同じClaudeなので、仕組みの違いで質が大きく変わるわけではありません。差が出るのは、ルールや見本を毎回確実に読ませられること、過去記事を参照できること、検査の手順を固定できることです。結果として、本数が増えても品質がぶれにくくなります。
Q. 記事以外の文章作成にも使えますか？
使えます。週報・報告書・議事録など、形式が決まっている文章は同じ仕組みに向いています。報告書の型はClaudeでレポート・報告書を作成する方法、議事録はClaudeで議事録を作る方法のプロンプトを、スキルに移して使えます。
Q. 量産した記事は検索順位に悪影響がありますか？
AIを使ったこと自体より、読者の役に立たない記事や似た記事を大量に公開することが問題になります。ブリーフの段階で検索意図と独自の材料（自社の調査・事例・手順）を用意し、published/ との重複を検査で確認してから公開してください。
Q. 1本あたりどれくらいの時間で作れますか？
テーマ・材料の準備と、人による確認の時間によって大きく変わるため、一律の目安は示せません。導入時は、ブリーフ作成・構成確認・検査・編集の各工程にかかった時間を記録し、どこに時間がかかっているかを見て改善するのが確実です。
まとめ
Claude Codeで記事作成を仕組み化する鍵は、ルール・手順・記事ごとの情報を別々のファイルに分けることです。CLAUDE.md には毎回守るルールだけを短く書き、下書きと検査の手順はスキルにし、テーマと材料はブリーフに置きます。一括処理は構成案までにとどめ、構成の承認・検査・公開の判断は人が行う。この線引きを守れば、本数を増やしても品質を保ちやすくなります。まずは1本、/draft と /factcheck の2つのスキルで試してみてください。