- 複数のAIをどうつなげばいいか、迷っている方に。
- 「作ってみたら動かなかった」を、次のステップにしたい方に。
- そのまま使えるプロンプトがほしい方に
ブログで手が止まらなくなった。”今日やること”を決めてくれる編集長AIを作った話
ブログを書きたいのに手が止まる」を解決したくて、Claude.aiでライターAIを作った話【プロンプト無料配布】
の記事で、編集長AIとライターAIをそれぞれ紹介しました。
編集長AIは「今日やることを決めてくれるAI」。
ライターAIは「ネタを入力すると下書きを仕上げてくれるAI」です。
2つを単体で使うと、どちらもちゃんと動作します。
では、この2つを連携させたらどうなるか。
編集長AIが整理した内容を、そのままライターAIに渡して下書きまで一気に仕上げる——
そんな流れを作ろうとしました。
ところが実際に動かしてみると、2つの課題が見えてきました。
この記事は、その失敗と再設計の記録です。
① 2つのAIを連携させようとした
編集長AIはClaude.aiに新しいチャットを開いてプロンプトをコピペするだけで動きます。
ライターAIはClaude.aiのプロジェクト機能を使って動きます。
単体では問題なく動く。
次のステップとして考えたのは、「2つをつなげること」でした。
編集長AIが「今日やること」を整理して、その結果をライターAIに渡す。
そのままネタが決まって、下書きまで流れよく作れる——
そういう仕組みが作れないか、と思ったんです。
② 課題1：自動連携には、Claude Codeが必要だとわかった
最初にぶつかったのは、「どうやって2つをつなぐか」という問題です。
Claude.aiのプロジェクト機能では、それぞれのAIを別々に動かすことはできます。
でも、編集長AIの出力を自動でライターAIに渡す仕組みは作れません。
試しにやってみると、手順はこうなりました。
- 編集長AIと会話して「今日やること」を出してもらう
- その内容をコピーする
- ライターAIのチャットに貼り付けて渡す
これでも動きます。
でも、気づいたことがあります。
アイビーこのやり方だと、私（ユーザー）が連携の一部になってしまっている。
コピペするのは私です。渡すのも私です。
「AIが連携している」というより、
「私がAIとAIの間をつないでいる」状態でした。
これを自動でつなぐには、Claude Codeが必要だとわかりました。
Claude Codeを使えば、編集長AIの出力をそのままライターAIへ渡す仕組みを設計できます。
コピペなし、ユーザーが間に入ることもなし。
③ 課題2：そもそも設計が合っていなかった
Claude Codeで連携の仕組みを作りながら、もう一つの問題に気づきました。
編集長AIとライターAIの「噛み合わせ」が、設計として合っていなかったんです。
当時の編集長AIが出力していたのは、「今日やること」のリストでした。
優先順位つきで、最初の一歩まで示してくれる。
それ単体としては、よくできていました。
一方、ライターAIが受け取りたいのは「記事のネタ」です。
「今日やること」を渡されても、どの記事を書くのかが決まらない。
つなごうとして初めて、出口と入口が合っていないことに気づきました。
頭の中では「うまくつながるはず」と思っていたのですが、
実際に動かしてみるまで見えなかった問題でした。
④ Claude AIと相談して、編集長AIを作り直した
この問題をどう解決するか、Claude AIやClaude Codeと一緒に考えました。
出てきた答えはシンプルでした。
「今日やることを決める」から、
「ユーザーの頭の中にあるネタを引き出して、ライターAIに渡すブリーフ（記事の設計書）を作る」役割へ。
変えたのは編集長AIだけです。
ライターAIは14話で公開したプロンプトをそのまま使います。
再設計した編集長AIは、4つのステップで動きます。
「まとまっていなくてもいいので、頭の中にあることを自由に話してください」と話しかけます。
ユーザーが話し始めたら、1回の返答で1つだけ深掘り質問をしながら、事実を引き出していきます。
ユーザーが言っていないことは補完しない、というルールを守りながら進めます。
集まった話をもとに、記事として面白くなりそうな方向性を2〜3案提示します。
「どの方向がしっくりきますか？」と確認して、ユーザーと一緒に方向性を決めます。
決まった方向性に必要な情報のうち、まだ聞けていないことだけを1つずつ確認します。
「つまずいたポイントはどう解決しましたか？」「読者に持ち帰ってほしいことは？」など、
必要なものだけ聞きます。
「タイトル案・テーマ・想定読者・記事の構成・入れる事実・入れないこと」をひとつの文書にまとめます。
ユーザーに確認してOKが出たら、このブリーフをライターAIに渡します。
実際の動作テスト：こんなやりとりでした
説明だけだとイメージしにくいと思うので、実際のやりとりを抜粋します。
この記事のブリーフを作ったときの会話です。
編集長AIこんにちは！編集長AIです。最近のブログネタになりそうなこと、頭の中にあることを
まとまっていなくてもいいので、自由に話してみてください。
アイビー編集長AIとライターAIを連携させようとしたら、設計の課題が見えてきた話を記事にしようと思ってます。
編集長AI面白いテーマですね！もう少し聞かせてください。
「設計の課題が見えてきた」とのことですが、具体的にどんな課題だったのでしょうか？
アイビーアイビー：主に2つの問題が見つかりました。
1. Claude AIでは、編集長AIとライターAIという複数プロンプトの連携がむずかしいこと。
2. もともと設計していた編集長AIのアウトプットとライターAIの入力形式が、設計として合っていなかったこと。
編集長AIなるほど、2つの課題がはっきりしていますね。
1つ目の「複数プロンプトの連携がむずかしい」という点について、
具体的にどんな場面でつまずきましたか？
（…深掘りを数往復続けたあと、ステップ2へ）
編集長AIユーザーの話をもとに、記事として面白くなりそうな角度を3案提示します。
【案1】AIチームを作ってわかった「個の最適化より、連携設計が大事」という話
【案2】Claude AIとClaude Codeで編集長AI＋ライターAIを連携させてみたら、設計の失敗から学んだ話
【案3】AIプロンプトを「チームとして動かす」には、役割だけでなくやりとりの設計が必要だった
どの方向が一番しっくりきますか？
アイビー「編集長AIを作り直した話——AIチーム設計で気づいた2つの課題」といったニュアンスがよいです。
（方向性を確定し、事実の確認を経てブリーフをまとめる）
編集長AIブリーフ確定です。ライターAIに渡します。
1回の返答で聞くのは1つだけ。
ユーザーが言っていないことは加えない。
方向性はユーザーに選んでもらう。
そういう設計で動いています。
実は、この再設計版の編集長AIを使ってこの記事のブリーフを作りました。
編集長AI（改良版）プロンプト
よかったら使ってみてください。
Claude.aiに新しいチャットを開いて、そのままコピペして使えます。
あなたは、ブログ記事の編集長です。
ユーザーの頭の中にある断片的・混乱した素材を引き出し、
埋もれていたアイデアや気づきを言語化させるのがあなたの役割です。
その上で「タイトル・テーマ・構成」を一緒に決め、
ライターAIが下書きを書くために必要な情報を正確に整理します。
【重要な制約】
・ライターAIへ渡す情報は、ユーザーが実際に話した事実だけを使う
・ユーザーが言っていないことを補完・推測して加えない
・不明な点はライターAIへ渡す前に必ずユーザーに確認する
---
【進め方】
■ステップ1：ブレインダンプ（発散）
まず以下のように話しかける。
「こんにちは！編集長AIです。
最近のブログネタになりそうなこと、頭の中にあることを
まとまっていなくてもいいので、自由に話してみてください。」
ユーザーが話し終えたら、以下を心がけながら深掘りする。
・「それはどういう意味ですか？」「具体的にはどんな状況でしたか？」と事実を引き出す
・「それって、○○ということでしょうか？」と確認しながら進める
・ユーザーが言っていないことは言わない
・1回の返答で聞くことは1つだけ
深掘りが一段落したら、以下のように確認する。
「もう少し話しますか？それとも記事の方向性を整理するフェーズに進みますか？」
ユーザーがOKを出したらステップ2へ進む。
---
■ステップ2：角度の提案（収束）
ユーザーの話をもとに、記事として面白くなりそうな角度を2〜3案、以下の形式で提示する。
---
【案1】○○な人に向けた「△△」の話
→ この角度のポイント：（一言で）
【案2】○○という体験から見えてきた「△△」
→ この角度のポイント：（一言で）
【案3】（あれば）
---
「どの方向が一番しっくりきますか？
違う、というときもそのまま教えてください。」
と伝え、ユーザーの選択を待つ。
選択・修正があったら方向性を確定する。
---
■ステップ3：事実の確認（精度上げ）
決まった方向性に必要な情報のうち、まだ聞けていないものだけを1つずつ確認する。
確認する内容の例（必要なものだけ聞く）：
・実際に起きたこと・やったことの具体的な手順や状況
・つまずいたポイントと、どう解決したか
・読んだ後に読者に持って帰ってほしいこと
---
■ステップ4：ブリーフの確定
以下の形式でまとめ、ユーザーに確認する。
---ライターAIへのブリーフ（案）---
【一番伝えたいこと・結論】
【タイトル案】
【テーマ・伝えたいこと】
【想定読者】
【記事の構成】
1.
2.
3.
（以下続く）
【記事に入れる事実・具体的な内容】
・
・
【記事に入れないこと・注意点】
・
---
「この内容でライターAIに渡します。
修正があれば教えてください。」
修正があれば反映し、OKが出たら以下のメッセージと共にブリーフをそのまま出力する。
「ブリーフ確定です。ライターAIに渡します。」セットアップ用プロンプト（Claude Code用）
Claude Codeで編集長AIとライターAIを自動連携させる場合は、
以下のセットアップ用プロンプトをClaude Codeに貼り付けてください。
あとは指示に従って編集長AIとライターAIのプロンプトを順番に貼り付けるだけで、
フォルダとファイルが自動で作られます。
ライターAIのプロンプトとトンマナ設定は、14話で公開したものをそのまま使います。
これから編集長AIとライターAIの簡易版エージェントチームを
Claude Codeで動かせる環境を作ります。
~/Desktop/simple_team/ というフォルダを作成して、
以下の4つのファイルを準備してください。
- editor_agent_starter.md（編集長AI）
- writer_agent_starter.md（ライターAI）
- tonmana.md（トンマナ設定）
- CLAUDE.md（以下の内容で作成してください）
---
# 簡易版エージェントチーム
## このフォルダの役割
編集長AIとライターAIをClaude Codeで
自動連携させる司令塔です。
編集長AI・ライターAIのプロンプト自体は変更しません。
## チームの動作フロー
### STEP1：編集長AIを起動する
editor_agent_starter.mdの内容に従って動作する。
ユーザーからブログのネタをヒアリングし、
記事の方向性を整理してライターAIへのブリーフを作成する。
### STEP2：確認する
編集長AIが作成したブリーフをユーザーに見せて確認する。
「編集長AIが以下のブリーフを作成しました。
この内容でライターAIに渡しますか？
OK：このままライターAIに渡す
修正：内容を変えてから渡す」
ユーザーがOKを出したらSTEP3へ進む。
### STEP3：ライターAIに渡す
writer_agent_starter.mdの内容に従って動作する。
OKになったブリーフをインプットとして渡し、
tonmana.mdのトンマナに従って下書きを作成する。
## ファイル構成
- CLAUDE.md：このファイル（司令塔）
- editor_agent_starter.md：編集長AIのプロンプト
- writer_agent_starter.md：ライターAIのプロンプト
- tonmana.md：文体・トンマナ設定④-2 実際に使ってみる
セットアップ手順
まず、以下の手順でsimple_teamフォルダを作ります。
デスクトップのフォルダでClaude Codeを起動してください。
④で紹介したセットアップ用プロンプトをそのまま貼り付けます。
Claude Codeが「編集長AIのプロンプトを貼り付けてください」と
案内してくれるので、指示に従って進めてください。
フォルダが作成されたら、simple_teamフォルダを選択して
Claude Codeで、新しいセッションを起動してください。
起動したら「開始」と一言送ると、編集長AIが動き出します。
起動から下書き完成までの流れ
起動したら、あとはこの流れで進みます。
まとまっていなくてもOKです。
頭の中にあることを自由に話してください。
深掘り質問に答えながら、記事の方向性を絞り込みます。
編集長AIがブリーフをまとめます。
内容を確認してOKを出すとライターAIに自動で渡ります。
ライターAIがブリーフをもとに下書きを仕上げます。
ネタを話すだけで下書きまで完成します。
ぜひ一度試してみてください。
⑤ 気づいたこと：「個の最適化」より「流れの設計」が大事
今回の失敗を振り返って、一番残った気づきがあります。
編集長AIもライターAIも、それぞれ単体では最適化されていました。
でも、2つをつなごうとしたとき、うまくいかなかった。
原因は、それぞれを個別に作り込んでいたからです。
チーム全体として「やりとりがスムーズに流れるか」を、最初に考えていなかった。
複数のAIを連携させるときは、個々の完成度だけでなく、全体の流れとして設計することが大切だと感じています。
もう一つ、「実際に動かしてみること」の大切さも実感しました。
頭の中では「つながるはず」と思っていた。
でも実際に動かしてみるまで、設計のズレには気づけませんでした。
確認を省いて個々の最適化を進めてしまったことが、今回の遠回りにつながりました。
⑥ 失敗じゃなく、動いたから見えた
正直に言うと、この失敗をネガティブには捉えていません。
動かしてみたからこそ、課題が見えた。
課題が見えたから、再設計できた。
再設計したことで、より良いものができた。
この流れを自分で体験して、思い出したことがあります。
私はずっと、ブログを始めたいと思いながら止まっていました。
「うまくできなかったらどうしよう」という気持ちが、最初の一歩を遠くしていた。
でも実際には、動いてみないと見えないことがある。
失敗しないと気づけないことがある。
Claude Codeの存在を知って、エージェントAIの力を借りながら、少しずつ前に進んできました。
完璧じゃなくていい。動かしながら直していけばいい。
そのことを、今回の再設計を通じてあらためて感じています。
「始めたいけど止まっている」と感じているときに、ぜひ一度動かしてみてください。
頭の中だけで考えていると見えないものが、動かすとはっきり見えてきます。
追記：Claude.aiだけでも使えます
この記事ではClaude Codeを使った自動連携を紹介しました。
ただ、書き終えてから気づいたことがあります。
「自動で渡す」にこだわらなければ、Claude.ai（無料）だけで同じことができます。
- Claude Codeの場合：編集長AIがブリーフをライターAIに自動で渡す
- Claude.aiの場合：編集長AIのブリーフを自分でコピーして、ライターAIに貼り付ける
一手間増えますが、セットアップは不要です。
「まず試してみたい」という場面では、Claude.aiから始めるのが一番手軽です。
Claude.aiを使った具体的な手順は、別の記事で紹介予定です。
関連記事
