Claude Codeでブログ運営を組み立てる：7工程を小さく回す

この記事は、下書き・見出し・タイトル・リライト・分類・整形・保存を、Claude Codeに順番に依頼するための実務ガイドです。工程ごとの入力、確認条件、次へ進む基準を整理します。

先に決める境界

細かな依頼を、次へ渡す成果物でまとめて捉えます。

1. 1企画・根拠・構成読者と目的を決め、見出しの不足を確認。
2. 2下書き・タイトル・推敲根拠を保ちながら、本文と約束を揃える。
3. 3分類・差分の確認記事一覧との関係、変更点、未確認を整理。
4. 4公開の準備と確認表示やリンクを点検し、公開後の状態を確かめる。

本文の七つの依頼例は主に原稿を整える工程です。原稿の保存と公開を混同せず、状態を記録します。

プロジェクトのルートで claude を起動し、記事素材だけを置いた作業フォルダーで始めます。Claude Codeはファイルを読み書きし、コマンドを実行できるため、最初は「分析と提案だけ。ファイル変更・公開はしない」と明示します。公式ドキュメントでは、CLAUDE.md はセッション開始時に読み込まれるプロジェクト指示、Skillsは繰り返し作業のパッケージとして説明されています。 Claude Code概要

依頼の順番

1. 記事の目的、読者、根拠URL、禁止事項を整理し、構成案だけをMarkdownで出して。
2. この構成に不足する疑問を列挙し、各見出しの役割を1文で説明して。
3. 根拠URLにない事実を追加せず、下書きを作って。推測には「要確認」と付けて。
4. タイトルを検索意図別に5案。誇張、未確認の効果、日付のない「最新」は避けて。
5. 原稿を短く整える。数値・製品名・コード・リンクは変更前後で表にして。
6. 記事一覧を読み、主題が一つになる分類案を出す。移動・削除はしない。
7. 変更差分、確認待ち、出力ファイルを一覧化して。

各段階で出力を読み、次の依頼へ渡す対象を絞ります。タイトル案はクリック率の保証ではなく比較材料です。リライトは語調変更と事実変更を分けて指示します。WordPressへ直接投稿する場合はAPI認証、下書き状態、バックアップ、表示確認を別の作業として扱い、最初から公開権限を与えません。

保存と確認

会話を再利用したいときは、現行CLIの -p/--print や --output-format json を使ったスクリプト化が可能です。 CLIリファレンス コマンドの出力はログとして保存し、秘密情報は除外します。CLAUDE.md や共有設定にはAPIキーを書かず、個人設定はプロジェクトの共有ファイルと分けます。

関連して読む

見出し設計は記事の見出し構成を作る手順へ、本文作成は記事下書きの進め方へ進めます。ノートを材料にするならObsidianノート整理も参照してください。

限界

公式資料が更新されるため、コマンドや利用条件は実行日に一次資料で再確認します。AIの文章が自然でも、引用元との対応、著作権、医療・金融などの高リスク情報、読者にとっての妥当性は自動では確定しません。公開の最終判断と実サイトの表示確認を人が行う運用にしてください。