← 概念辨析に戻る

Concept Contrast Fable

エージェント・オーケストレーションとマルチエージェント・オーケストレーション

先に結論:一つのエージェントのタスクフローを編成することと、複数のエージェント間の協働を編成することは、違うのは数量だけではない。単体内のステップ制御と、集団間の通信、交渉、衝突解決では、二つの異なる仕組みを使う。

一つのエージェントのタスクフローを編成することと、複数のエージェント間の協働を編成することは、違うのは数量だけではない。単体内のステップ制御と、集団間の通信、交渉、衝突解決では、二つの異なる仕組みを使う。

寓話

一人の職長と一群の職長

老周の工事現場には、熟練した煉瓦積みの師匠がいる。馬師匠という。馬師匠は一人で三つのことができる。煉瓦を運び、泥を練り、壁を積む。老周は馬師匠に工程表を組んだ。まず煉瓦を指定位置に運び、次に比率通りに泥を練り、最後に図面通りに壁を積む。馬師匠はその通りにし、一日で一面の壁を積み上げた。

工事が拡大し、老周はさらに2人の職人を雇った。1人は床張り専門、1人は窓・ドア専門。3人はそれぞれ専門を持つが、工程に交差が生じた。壁積みは窓枠・ドア枠が付いてから縁を仕上げ、床張りは壁が乾いてから入る。3人の工程表は互いに噛み合い、1人が遅れるとライン全体が詰まる。

老周は問題に気づいた。以前は馬師匠一人を管理するだけで、彼の工程表を組むだけでよかった。今は三人の間で打ち合わせが必要だ。馬師匠が壁を半分積んだら建具師匠に枠の取り付け開始を伝え、建具師匠が一面の壁を仕上げたら馬師匠に縁の仕上げを伝え、床師匠は二人とも終わってからでないと着工できない。

老周は調整台を設け、毎朝の朝会で3人がその日の工程の交差点を確認し、誰が誰を待つか、誰が誰に通知するか、誰かが問題を起こしたときの代替案は何かを確認した。調整台は各人の仕事のやり方を決めず、信号の伝達と衝突の解決のみを担った。

ある日、建具職人が休みを取ったが、馬職人はそれを知らず、いつも通り壁を積み終えて枠の取り付けを待っていた。二時間待っても誰も来ず、床職人もただ待っていた。老周は配車台からこの断絶に気づき、臨時に決めた。今日は馬職人は縁の仕上げを飛ばし、直接床職人の下準備を手伝いに行く。三人が二人での調整になったが、仕事は止まらなかった。

後に老周は経験を二つのルールにまとめた。ルール一:一人の仕事を管理することを工程編成と呼ぶ——手順を並べ、順に実行する。ルール二:複数人の仕事を管理することを協調編成と呼ぶ——各人の手順は独立しているが、起点と終点は他人と揃え、中間は通信で一貫性を維持する。

新しいプロジェクトマネージャーが老周に、馬師匠の工程テンプレートをそのまま三人に当てはめられるかと尋ねた。老周は言った:君のテンプレートには「他人の完了を待つ」「他人の開始を通知する」「代替案」という三欄がない。無理に当てはめれば集団的な空回りを生むだけだ。

年末の総括で、老周は黒板に二つの図を描いた。左は単一のタイムラインと矢印、右は複数のタイムラインに横方向の情報矢印を加えたもの。彼は言った:左から右へ一歩進むことは、工程表をもう一枚作ることではなく、通信網を築くことだ。

エージェントオーケストレーション

単一の Agent 内部のタスク手順を計画、順序づけ、実行制御する。これは Agent 自身のツール呼び出し、推論経路、状態遷移を管理する。

マルチエージェント・オーケストレーション

複数の Agent 間の役割分担、通信、結果集約、競合解決を調整する。管理するのは Agent 間の協調関係であり、メッセージ伝達、タスク割り当て、依存関係管理、フォールトトレランスを含む。

物語の対応

  • 馬親方一人:単一Agentのタスク編成、手順の順序だけを管理する。
  • 三人の師匠はそれぞれ専門がある:複数の Agent がそれぞれ異なる能力とタスク領域を持つ。
  • 工程が交差して互いに詰まる:マルチ Agent シナリオの中核的課題——依存とブロッキング。
  • ディスパッチ台と朝会:マルチ Agent オーケストレーションに必要な通信層と調整メカニズム。
  • 建具職人が休暇を取った後の臨時調整:マルチエージェント編成のフォールトトレランスと動的再スケジューリング。
  • 二つのルール:単一Agentオーケストレーションはタイムライン上のステップ制御、マルチAgentオーケストレーションは横方向の協働ネットワーク。

プロジェクトに落とし込む

Agent システムを設計するときは、まずタスク境界を判断します:一つの Agent がすべてのステップを独立して完了できるなら、単一 Agent のオーケストレーションで十分です。タスクが本質的に異なる専門性を持つ Agent のリレーや並列を必要とするなら、アーキテクチャに調整層をもう一段設けなければなりません——通信フォーマット、タイムアウト戦略、依存関係、縮退方案を定義します。マルチ Agent システムを単一 Agent のように管理すれば、最初の複雑なタスクでメッセージ損失とデッドロックが露呈します。

京ICP备2026014272号