Claude Codeでブログ更新の流れを設計する

ブログ更新を自動化するときは、企画、調査、執筆、レビュー、変換、公開、表示確認を一つの無人処理にしないことが大切です。工程ごとに入力と確認条件を定めると、失敗時に戻る場所も明確になります。

基本フロー

各段階の出力を残すと、失敗した場所から再開できます。

1. 1企画・調査briefとsourcesに目的・根拠を保存。
2. 2執筆・レビュー原稿、変更差分、確認待ちを残す。
3. 3変換・表示検査HTML、画像、リンクをテスト環境で確認。
4. 4公開・公開後確認読者が見るURLで反映結果を確かめる。

公開処理だけ失敗したときも、原稿から作り直さずに済むよう状態を分けて記録します。

1. briefに読者・目的・公開条件を書く。
2. 公式資料を集め、URLと確認日をsourcesへ保存する。
3. Claude Codeに構成案と不足点だけを出させる。
4. 下書き、リンク、画像説明を生成する。
5. 人が事実・権利・トーン・差分を確認する。
6. テスト環境へ下書きとして投入し、HTML・画像・リンクを検査する。
7. 表示確認後に公開する。

Claude Codeはターミナル、IDE、デスクトップ、Webで使え、ファイル編集やコマンド実行、MCP連携、Skills、Hooksなどを備えます。使える面と権限は環境で異なるため、公式概要を基準に設定します。 Claude Code概要

CLAUDE.mdと設定

CLAUDE.mdには読者、記事形式、根拠の扱い、公開前チェックを置きます。APIキーや個人情報は書きません。共有設定は .claude/settings.json、個人だけの設定は settings.local.json と役割を分けられます。 設定ファイル

最初の依頼例は「sources.mdのURLだけを根拠に構成案を作る。ファイル変更・投稿・外部送信はしない」です。繰り返し工程はSkills、検査コマンドはHooksへ切り出せますが、Hookで自動公開する設計は避け、差分とテスト結果を人が確認できる停止点を置きます。

失敗時と保存

記事単位に入力、出力、確認者、確認日、差分、公開状態を保存します。コマンドの終了コードだけで成功と判定せず、生成物の存在、リンク先、ブラウザー表示を確認します。claude -p とJSON出力はバッチ処理に使えますが、秘密情報のマスキングと上限・コストの監視が必要です。 CLIリファレンス

工程別の例は下書き、リライト、カテゴリ整理へ進んでください。Codex中心の更新はCodexのブログ運用と分けて扱います。

限界

自動化は作業の再現性を高めますが、根拠の正しさ、画像や文章の権利、公開の妥当性を保証しません。初回は小さな記事と下書き状態で運用し、ログを見てから範囲を広げます。

運用台帳には、入力資料、公式URL、生成物、差分、テスト結果、公開状態を記録します。失敗時にどの工程へ戻るかを決め、投稿処理だけ失敗した場合も原稿を失わないよう保存先を分けます。画像を差し替える場合は権利と寸法、リンクを変える場合は移動先を確認します。定期処理を組むときは、実行間隔、通知条件、停止方法、費用上限を先に書きます。