一般的なマルチエージェントのビジネスシナリオの中には、インタラクティブな体験に焦点を当てていないものもあります。 代わりに、エージェントコールをあらかじめ定義された順序で連鎖するより決定的なワークフローを使用しています。 このモデルでは、「マルチエージェントシステム」はよりスクリプト化されています。 例えば、まずエージェントAを呼び出し、次にエージェントBを呼び出すという、正式なワークフローに基づいて行われます。 このアプローチは、厳格な注文、ビジネスルールの強制(例えば各ステップをエージェントが担当する承認チェーン)、監査性を必要とするプロセスに適しています。
階層 的なマルチエージェントパターンとは異なり、このアプローチはエージェント呼び出しの決定論的制御に依存しているため、相互作用の変動性が少なくなります。 例としては、多段階承認(各段階が個別のエージェント処理ステップ)、コンプライアンスおよび証拠収集、インシデントトリアージと修復、データ中心のETL(抽出、変換、ロード)などがあります。
主要なアーキテクチャコンポーネントには、Power Automate、Logic Apps、Copilot Studioのトピック、Microsoft Foundryのワークフローなど、プロセスのオーケストレーションを行うワークフローエンジンが含まれます。 エージェントは宣言型、カスタムビルド、オフスタック接続型など多様なアプローチを持ち、さまざまなシナリオに柔軟性を提供します。
ワークフローの各ステップを明示的なシーケンスとガードでモデル化し、明確な前提条件、事後条件、数値閾値を含めます。 自律性と再入りのためのエージェントを設計し、強固な再試行ロジックとデッドレター処理で冪等性を確保します。 TeamsやOutlookのような慣れたチャネルを通じて、承認ゲートやその他の人間によるレビューステップを取り入れましょう。 最後に、最小権限アプローチでセキュリティを強制します。コネクタ権限をスコープし、各ステップで管理されたアイデンティティと認証情報を使い、コンプライアンスと制御を維持するためにモデルコンテキストプロトコル(MCP)ツールのアクセスポリシーを適用します。
シー ケンシャルオーケストレーション や 並行オーケストレーションで説明されているように、ワークフロー指向のマルチエージェントソリューションをシリアルまたは並列で実行できます。
シリアルワークフローのマルチエージェントに関する考慮事項
このパターンは次の状況で使用します。
- ユースケースでは、ワークフローやプロセスの各段階で品質ゲートが必要、またはその恩恵を受けます。
- 完了までの時間は、並列化や水平スケーリングの欠如による遅延や処理時間の延長を許容します。
- 例としては、バッチ文書処理やスケジュールベースの出荷物流などがあります。
以下の場合、このパターンは使わないでください:
- このユースケースは並列処理の恩恵を受けます。
- ユースケースは単一エージェントで十分にシンプルです。
- ワークフローには反復や動的ルーティングが必要です。
マルチエージェントの同時ワークフローの考慮事項
このパターンは次の状況で使用します。
- ワークフローは定足数や投票に基づく決定によって恩恵を受けます。
- このプロセスは並列処理によって恩恵を受けます。
以下の場合、このパターンは使わないでください:
- タスクは連続した順序でタスクや入力を必要とします。
- 並列分岐を作成すると、並行出力の結合の複雑さが増したり、品質が低下したりします。
- エージェントは共有状態や共通の応答ウィンドウ内で確実に調整できません。