# AIエージェント開発の意思決定ポイント # シングルエージェント vs マルチエージェント 🤖 🎯 ポイント マルチエージェント、かっこよく見えますよね？でも「かっこよさ」で選ぶと痛い目に遭います。 1つのLLMにすべてを任せるか、複数の専門エージェントに分割するか。この判断は「専門性の分離の利益」が「調整コスト」を上回るかどうかで決まります。「少しだけマルチ」という中間は存在しません。調整インフラを入れるか入れないかの境界は非連続です。 📋 概要 シングルエージェントは1つのLLMインスタンスがすべてのツール・文脈・権限を持ち、タスク全体を処理します。制御フローは1つのループ内で完結し、エージェント間通信は存在しません。マルチエージェントは複数の専門Worker を調整役のSupervisorが束ねる構成です。各Workerは専門領域のツールと文脈だけを持ち、Supervisorがタスク分解・予算配分・結果集約を担います。 🔍 意思決定のポイント 判定軸は2つです。 1️⃣ **タスクの変動性（task_variability）** と専門性の分離度 - ツールセットが20個以下で1つのコンテキスト窓に収まる → シングル - 専門性の軸が2つ以上に明確に分かれ、1つのコンテキストに入れるとノイズになる → マルチ - 並列実行による時短がレイテンシ予算の達成に貢献する → マルチ 2️⃣ **コスト感度（cost_sensitivity）** - LLM呼び出し回数の増加が許容できない → シングル - 調整コスト（Supervisorのトークン消費、エラー伝播設計）が分割の利益を下回る → マルチ 💡 要点と詳細 🟢 **シングルの強み**は単純さとコスト効率です。デバッグは1つのコンテキスト窓で閉じ、テストも1つのエージェントの入出力で完結します。状態共有の問題がなく、合意形成も不要。コンテキスト窓に収まる限り、すべての情報が1つの推論に利用可能で情報伝達のロスがありません。マルチ構成ではSupervisorのタスク分解＋各Workerの独立LLM呼び出し＋結果集約で、トークン消費が3〜5倍に膨らむことも珍しくありません。 🟡 **マルチの強み**は専門性の分離・権限の最小化・並列実行の3つです。各Workerのコンテキスト窓には専門領域の情報だけが入るため推論精度が向上します。権限もWorker単位で最小権限を付与でき、あるWorkerが侵害されても被害は限定されます。独立したサブタスクを並列処理すればレイテンシを節約できます。 ⚖️ トレードオフ | 観点 | シングル | マルチ | |---|---|---| | デバッグ容易性 | 1コンテキストで完結 🟢 | 分散トレーシング必須 🔴 | | コスト | LLM呼び出し1ループ | 3〜5倍のトークン消費 | | 推論精度 | ツール20超で低下 | 専門化で向上 | | セキュリティ | 全権限が1箇所に集中 | Worker単位で権限分離 | | 並列処理 | 不可 | 独立サブタスクで可 | 🛠️ ユースケース 🔵 **シングルが向くケース**: ツール数が限られた情報検索・要約・分類タスク。コスト重視のプロジェクト。専門性の軸が1つで済むケース。 🔴 **マルチが向くケース**: コード生成＋テスト実行＋レビューのように専門性の軸が明確に分かれるケース。法務と技術など異なるドメイン知識が必要なケース。セキュリティ上、権限分離が必須のケース。 📌 **デフォルト戦略**: まずシングルエージェントで始めてください。マルチの調整コストは過小評価されがちです。コンテキスト溢れ・権限の粗さ・レイテンシのボトルネックが明確になった時点で、そのボトルネックを解消する最小限のWorkerを追加するのが安全な進め方です。Worker数は2〜5が目安で、それ以上は調整コストの増大を慎重に評価しましょう。 #AIエージェント# #ソフトウェアアーキテクチャ#