このブログの運用を振り返っていて、「記事の企画・既存記事のリライト・アフィリエイトの挿入」を、もう少しAIに任せられないかと考えるようになりました。すでにn8nで一部は自動化していたのですが、仕組みを見直しながらClaudeと一緒に設計図を整理したので、その内容をまとめておきます。
目的:AIに「企画の判断」まで任せたい
これまでも記事の組み立て自体はn8nで自動化していましたが、「次にどんな記事を書くか」「どの既存記事をリライトするか」は自分で決めていました。ここを、ある程度AIに任せられる仕組みにしたいと考えました。
やりたいことは3つです。
- 既存記事の分析とリライト
- 刺さりそうな新規記事の企画
- アフィリエイトリンクの挿入
役割分担:n8nとClaude、つなぐのは「企画キュー」
全部を1つの仕組みでやろうとすると複雑になりすぎるので、役割を分けました。
- n8n:定期実行と、記事の組み立て(本文生成~投稿までの流れ)を担当
- Claude:企画の判断と、文章そのものの質を担当
この2つをつなぐのが「企画キュー」です。スプレッドシートに、企画のアイデアを一覧として溜めておき、n8nはそのキューを読んで記事を組み立てる、という構成にしました。
企画は外部データ中心で考える
企画のアイデア自体も、思いつきではなく外部データを材料にするようにしました。使っているのは、Googleトレンド、検索サジェスト、楽天のランキング、ニュースあたりです。
方向性としては「今人気の目的地」と「出張のような固定需要」の2本立てにしています。トレンドだけ追うと流行りものに偏るので、常に一定の需要がある切り口も混ぜておくイメージです。
集めたアイデアは、需要・競合の強さ・アフィリエイトとの相性で採点し、上位10件を企画キューに入れる、という流れにしました。
既存のn8nワークフローを見直してみたら
この設計を考える過程で、今動いているn8nのワークフローもClaude Codeに見てもらいました。結果、いくつか無駄が見つかりました。
- 企画を決める前半部分は、企画キューを読むだけの1ノードに置き換えられる
- ホテル記事用の別ラインは、記事本体側のスライド式ホテルカードで代替できていたため、まるごと削除(17ノード分)
- 一番トークンを使っていたのは、本文を書いているGPT-5のノードだった
運用面でも気になる点がいくつか見つかりました。楽天APIを同時に複数回呼び出すと429エラー(レート制限)が出ていたので、リトライの設定で対処しました。また、APIキーがノードの中に直接書かれている箇所があったので、n8nのCredential機能に移しました。エラーが起きたときに気づけるよう、n8nのError WorkflowからTelegramに通知を送る仕組みも入れています。
Claude Codeへの指示の出し方
Claude Codeに実装作業を任せるときは、細かい手順を全部書くのではなく、以下をまとめたintent.mdというファイルを渡すようにしています。
- ゴール(最終的に何を達成したいか)
- ガードレール(守ってほしい制約)
- 完了条件(どうなったら完了とみなすか)
守るべきルールはCLAUDE.mdにも置いておき、作業はフェーズごとに区切って、各段階で内容を確認するようにしています。ガードレールとして特に意識しているのは次の3つです。
- 本番のワークフローは直接触らず、コピーした上で作業する
- 記事の公開は下書きまでにして、最終的な公開は自分で判断する
- APIキーなどの秘匿情報は
.envに入れ、コードやノードに直書きしない
学んだこと
一連の作業を通じて、いくつか自分の中で指針になった考え方があります。
- 全部を自動化しようとせず、「集めるのは自動、公開するかどうかは人が決める」くらいの線引きにすると安心して任せられる
- 手順を細かく書くより、ゴール・禁止事項・完了条件を渡すほうが、AIが動きやすい
- AIに作らせたものをそのまま確認するのではなく、別のセッション(別の会話)にチェックしてもらうと、客観的に見てもらいやすい
おわりに
まだ全部が自動で回っているわけではなく、企画キューの運用やClaude Codeへの指示の出し方は今も調整中です。ただ、「企画の判断をAIに手伝ってもらう」という方向に一歩進めたことで、ブログ運営にかかる時間の使い方が少し変わってきた感覚があります。今後、実際にこの仕組みで企画した記事がどれくらい当たるか、また振り返りで書きたいと思います。
