リード
こんにちは、ぽまらのです。
AIエージェント勉強記 の 第2回 です。
第1回 では、エージェントの最小構成と「半自動」の考え方を書きました。
索引 「AIエージェントを自分で作る — 勉強記シリーズ」 に載せている 日常オペ3体 を、実際に動かす前に — いつ1体で足りて、いつ複数体に分けるか を整理します。
マルチエージェント（複数の AI エージェントを協調させる構成）の強みは、次の一文に集約できます。
1つのプロンプトでは処理しきれない複雑な工程を、異なる専門職のチームのように分業して完結できる点
本記事では、この考え方を 設計の理由 として説明し、本シリーズの週次ルーティンにどう当てはめるかを書きます。
マルチエージェントの強み — 「専門職チーム」として見る
人間の仕事でも、1人に全部任せるより 役割を分けた方が続く 場面があります。
- 記録係 — 今週何があったかを 事実ベース で残す
- 事務・PM — inbox を 片付け、TODO を更新する
- 編集・企画 — 次に 書く候補 を出す
それぞれ 得意なこと・やってはいけないこと が違います。
AI エージェントも同じで、1体に「要約も整理も企画も」と頼むと、
- 出力が 長く なり、
- 推測 が混ざりやすく、
- 破壊的操作（inbox の移動など）と 読み取り専用（要約）の境界が曖昧になる
というのが、自分の整理です。
マルチエージェントは 魔法の倍数 ではありません。
工程が複数あり、役割がはっきり分けられる ときに、分業のメリットが出ます。
1体で足りる場面
次のような仕事は、1エージェント + 1 spec で十分なことが多いです。
X 下書き は「調査 + 文案作成」ですが、成果物が1種類（下書き md） で、投稿は人間 — という 1体の半自動 で回しています。
週次ルーティンのように 工程が3段 あるわけではないので、無理に3体には分けませんでした。
1体で始める のが正解な場面が多いです。複数体は 必要になってから 足す方が安全です。
複数体に分ける場面
次の どれか2つ以上 当てはまるなら、分業を検討する、という目安です。
| シグナル | 意味 |
|---|---|
| 役割が本当に違う | 要約 / 整理 / 提案 など、専門が分かれる |
| リスクが違う | 読み取り専用 vs ファイル移動・TODO 更新 |
| ルーティンで完結させたい | 週1で同じ順序（①→②→③）を回す |
| 人間の判断が途中にある | 各ステップのあと確認・修正・採否 |
| 1プロンプトだと失敗モードがはっきりする | 長文化、推測混入、権限の曖昧さ |
「エージェントを増やす = 高度」ではありません。
仕事の型が複数段ある ときに、チームに分ける、というイメージです。
選び方チェックリスト（5問）
新しい仕事をエージェント化するとき、自分は次を聞いています。
- 成果物は1種類か？ — Yes なら1体寄り
- 同じ入力を、違う種類の出力に変えるか？ — Yes なら分業候補
- ファイルを消す・移す等、取り返しのつきにくい操作があるか？ — Yes なら 専用の1体 に隔離
- 週次・日次など、同じ順序で繰り返すか？ — Yes なら パイプライン 設計
- 人間が途中で必ず判断するポイントはいくつあるか？ — 2つ以上なら、ステップごとに体を分けやすい
全部 Yes でも、最初から3体作る必要はありません。
本シリーズも ① → ② → ③ の順で 1体ずつ増やす 方針です（第4回）。
本シリーズの答え — 週次3体
索引で紹介している 日常オペ3エージェント は、上のチェックリストに 当てはまる例 として選びました。
| 体 | 専門（たとえ） | やること | やらないこと |
|---|---|---|---|
| ① 週次振り返り | 記録係 | inbox / todos / notes を 要約 | inbox の移動・TODO の変更 |
| ② TODO整理 | 事務・PM | inbox を 片付け、todos を更新 | 記事タイトルの企画 |
| ③ 記事提案 | 編集・企画 | ネタを 3案以内 で提案 | TODO の削除・公開 |
なぜ3体か（設計の理由）
- 工程が3段 — 振り返る → 片付ける → 次の一手を考える
- リスクが違う — ①は読み取り中心、②は inbox を触る
- 連携 — ③は ① の
weekly/YYYY-Www.mdを 必須入力 にする - 人間の判断が3回 — 修正 / 優先度 / 書く・書かない
「一つの成果」は何か
3体の出力を 1ファイルに統合しない 方針です（第4回で詳述）。
一つの成果 = 同じ週（YYYY-Www）の 週次ルーティン完了 です。
0 人間: inbox 確認 1 ① 振り返り → weekly/*.md 2 人間: 修正 3 ② TODO整理 → todos 更新 4 人間: 優先度判断 5 ③ 記事提案 → article-ideas/*.md 6 人間: 書く / 保留 / 書かない
チームが1試合終えた — くらいのイメージです。
中間成果物（weekly / todos / article-ideas）は 役割ごとの記録 で、ルーティン全体の完了がゴールです。
1体と3体 — 使い分けの整理
| 1体 | 複数体（本シリーズ） | |
|---|---|---|
| 向く仕事 | 目的1つ・出力1種類・単発 | 工程が複数・役割が違う・週次ルーティン |
| 設計 | spec 1枚 + prompt 1本 | 体ごとに spec / prompt |
| 失敗時 | やり直しは1回 | 体ごとに 再実行可能 |
| 本シリーズの例 | （別プロジェクトの X 下書き等） | 週次振り返り / TODO / 記事提案 |
「複数体の方が上」ではなく、仕事の形に合わせて選ぶ — これが第2回の結論です。
まとめ
- マルチエージェントの強みは 専門職チームのような分業 で、複雑な工程を完結させる点
- 1体で足りる のは、目的・出力が1つで、ルーティンが短いとき
- 複数体 は、役割・リスク・人間の判断ポイントが分かれるとき
- 本シリーズの 週次3体 はその具体例 — ルーティン完了 が一つの成果
- 第3回: 1体目（週次振り返り） の spec・prompt・実行の型
索引と 第1回 とあわせて読んでもらえると、設計の流れがつながりやすいです。
コメント