## 2\.アーキテクチャのコア原則
マルチエージェントアーキテクチャを合理化するには、まずエージェントの機能と構造にアーキテクチャのコア原則を投影します。結果として得られるマルチエージェントアーキテクチャは、AI テクノロジー固有の「粒度」に沿ったコアシステム設計とシステムアーキテクチャの原則の現れです。
このアーキテクチャを推進する主要な原則を次に示します。
- 分解による複雑さの管理
- 分離による復元性の向上と脆性の低減
- コードの再利用による信頼性と効率の向上
- 1 人のエージェントの懸念の範囲を制限することでエージェントの信頼性を向上
- モジュール性と拡張性によるシステムのメンテナンスと進化の向上
- 特化によるエージェント管理と説明責任の簡素化
よりプリミティブなエージェント アーキテクチャ(たとえば、コア アーキテクチャ構造として LLM に焦点を絞ったアーキテクチャ)とは異なり、*Agentforce は最初*からマルチエージェント オーケストレーション用に設計されています。マルチエージェントオーケストレーションは、Atlas Reasoning エンジンとエージェントによる推論の基盤となるもので、エージェント応答内に動的で効果的なプログラミングパスを作成し、ユーザーエクスペリエンス (UX) に広範で深いエージェント増強を提供する機能を劇的に拡張します。
Agentforce 内では、次の主要なオープンで相互運用可能なプロトコルと Salesforce 製品によって、このような連携が可能になります。
- **Agentforce** は、エージェントのすべての重要な要素 (トピック、命令、アクション、ガードレール、コンテキスト、呼び出し、出力、実行の詳細、ログなど) をカプセル化するエージェントサブシステムを提供します。
- **アクション**: データへのアクセス、フローのコール、外部システムの呼び出し、および他のエージェントのコールを行うためのフックを提供します。
- **Data 360**: エージェントに特定の個人化されたコンテキストを提供するデータ仮想化レイヤーを提供します(Data 360 の統合プロファイルとキーチェーンを活用して、企業全体から特定の情報を取得)。
また、企業全体のエージェントやエージェントまたはリソースにアクセスするために、次の機能がサポートされます。
- **MCP(モデル コンテキスト プロトコル)**:エージェントをエンタープライズ ツール、データ、Knowledge に接続してコンテキストの正確性を確保する安全な通信レイヤーです。
- **エージェント間 (A2A)** プロトコル: システム、組織、ベンダー間の安全で管理された調整を可能にするエージェント間委任の標準ハンドシェイク。
これらの原則は、オーケストレーションされたインテリジェンスのスケーラブルでガバナンス可能なシステムを構築するための基盤となります。
### その他の考慮事項
堅牢なエージェントソリューションには、効果的なテクノロジーの提供を支える非機能要件に対する明確なアプローチが必要です。
- セキュリティとガバナンス (ID およびアクセス管理、データプライバシー、データセキュリティ、脅威モデリング)。
- オブザーバビリティと監視 (分散トレーシング、集中管理ログ、評価指標、ダッシュボード)。
- 運用化とライフサイクル管理 (仕様、テストケースの生成、テスト、フィードバック、継続的な学習、廃止)。
エンタープライズエージェントソリューションを構築するための主要なアーキテクチャ上の考慮事項は、このホワイトペーパーでは説明していませんが、今後の公開資料で取り上げます。
## 3\.エンタープライズエージェント分類
企業全体のエージェントの状況を管理するには、アーキテクトは、技術的な機能とビジネスへの影響という 2 つの補完的な観点からエージェントを分類する必要があります。
### 3.1 機能ロールの分類
この分類では、エージェントがアーキテクチャ内で引き受ける可能性のある機能ロールが分類されます。
- **チャネル/UX ロール**:インタラクションのモダリティ (ヘッドレス、プロンプト、チャットとメッセージ、AI で管理されるワークスペースなど) を定義します。
- **スペシャリストロール**:ディープドメインの Knowledge (ドメインエキスパート、Knowledge ミニオン、アシスタント、プランナーなど) をカプセル化します。
- **ユーティリティサービスロール**:個別のトランザクションタスク (生成、集計、変換、設定など) を実行します。
- **メンテナンスとプロアクティブなサービスの役割**:データの健全性と品質 (キュレーション、コンフォメーション、データ品質、データ強化など) に重点を置きます。
- **Long-Running Roles**:長期間のプロセス (コンシェルジュ、プロジェクトマネージャー、ナーチャラー、ウォッチャー/アラートなど) を管理します。
## 4\.エージェントマップテンプレート
明確な設計とコミュニケーションを容易にするために、**エージェントマップ**はエージェントソリューションを説明する標準テンプレートです。特定のデザインパターン内の主要なエンティティ、システム、インタラクションを定義します。
エージェントマップテンプレートコンポーネントを次に示します。
- **ユーザーレイヤーで**は、システム内のユーザーアクターを定義します (顧客、認証済み従業員 (SF ユーザー)、認証されていない従業員など)。
- **エージェントレイヤーは**、必要なエージェント、表示されるパターン、相互の関係、および特定のパターンを実現するために使用される指示を記述します。
- **コンテキスト/アクション**は、エージェントが管理またはアクセスするリソース、機能、またはアクションです。
- **ソース**は、基盤となるデータ、アプリケーション、知識ベース、およびエージェントが接続するその他のシステムです。
付録 A と付録 B は、Agentic Map Template (エージェント対応地図テンプレート) スイムレーン内の構成を示すことで、システムレベルのエージェントパターンを示しています。
## 5\.エージェントパターンフレームワーク
Salesforce では、エージェントパターンのライブラリを使用して、信頼性の高い予測可能なエージェントソリューションを整理して提供します。これらのパターンは、一般的なアーキテクチャの問題を解決するためのブループリントです。
これらは 4 つの主要なカテゴリに分類されます。
- **インタラクションパターン**:エージェントのエンゲージメントとユーザーエクスペリエンス (UX) に重点を置きます。
- **スペシャリスト/作業者パターン**:特定のドメイン内の深い Knowledge または特定のスキルをカプセル化します。
- **ユーティリティおよびデータ管理パターン**:他のエージェントやプロセスをサポートする特定の反復可能なタスクを実行します。
- **実行時間の長いパターン**:複数のステップを含む、長期間にわたって発生するプロセスとワークフローを管理します。
次のセクションでは、各カテゴリの主要なパターンについて詳しく説明します。各パターンの説明には、**概要**、**出力種別**、**パターン使用ガイダンス**、**代表的な使用**事例、**ソリューション図**のほか、**Salesforce エージェント**の成熟度ルーブリックへの対応付けが記載されています。
## 6\.インタラクションパターン
*インタラクションパターン*は、エージェントエンゲージメントとユーザーエクスペリエンスに重点を置いた基本的な設計です。
### グリーターパターン
- **概要**:*Greeter パターン*は、自然言語を使用してユーザーのインテントを判断するシンプルで実装が容易なパターンです。次に、ユーザーを適切な人間のエージェントに転送します。
- **出力タイプ**:次のリソースへの引き継ぎ/エスカレーション。
- **ビジネス価値**:サービスプロバイダーのインテントの解決とコンテキスト収集を最大化しながら、顧客へのシームレスで効率的な初回連絡を促進します。
- **パターン使用ガイダンス**:エージェントをブランドチャネルの主エンゲージメントリソースとして設定します。ユーザーのインテントに基づいて、ルーティング手順と組み合わされたブランド、商品、サービスに関する手順を提供します。エージェントは、ウォームハンドオフを提供するためにインテントを収集して集計します。
- **代表的な使用事例**:チャットボットを使用してオプションメニューを表示する Web ページで、ユーザーがすべてのオプションをクリックしてから人間に転送することを想像してください。バックオフィスの生産性と効率を向上させるために、チャットボットでは複雑で複雑な作業パスとやりとりがよく使用されます。これにより、顧客が「入力、選択、クリック」の疲労シナリオに陥り、コンテキストが使用可能なメニューオプションの範囲外である場合にストレスを感じることがよくあります。従来のチャットボットを自然言語インタラクションを使用する*エージェント型フロントドア*に置き換えることで、負担を軽減し、人間のようなインタラクションを実現します。
- **Agentforce レシピ**:
- Agentforce サービスエージェント:[サービスエージェントの構築](https://trailhead.salesforce.com/content/learn/projects/quick-start-build-your-first-agent-with-agentforce)
- パッケージサービスエージェントには、転送をサポートする設定可能な転送機能があります。
- 人間のエージェントへ
- AI エージェントへ
- 外部エージェントへ
- コード例が含まれる業界固有のパターン
- **図**:
- **Salesforce Agentic Maturity**:レベル 1(転送とエスカレーションが組み込まれた標準サービスエージェントを使用している場合はレベル 0)
### 演算子パターン
- **概要**:*オペレータパターン*は、適切なスペシャリストエージェントまたは人間に要求を転送し、必要に応じてインテントをネゴシエートすることで、*グリーターパターン*に基づいて構築されます。
- **出力タイプ**:次のリソースへの引き継ぎ/転送。
- **パターン使用ガイダンス**:ブランドおよびサービス固有の手順と、インテントに基づいてユーザーをどこに派遣するかを示す手順を組み合わせます。エスカレーションリソース (人間または他のエージェント) を定義します。
- **代表的な使用事例**:*エージェント フロント ドア*は、人間または AI 担当者の専門分野が非常に高いシナリオに使用します。
- **図**:
- **Salesforce Agentic Maturity**:Level 2 (レベル 2)
### Orchestrator パターン
- **概要**:*オーケストレーターパターン*では、AI エージェント「スウォーム」を管理します。ユーザー要求を受信すると、1 人以上のスペシャリストエージェントに発言を渡し、ユーザーの回答を集計します。*Operator パターン*とは異なり、最初の連絡先 (POC) のままです。
- **出力タイプ**:ワーカーエージェントからの応答を照合して準備します。
- **パターン使用ガイダンス**:プライマリエンゲージとして設定されます。オーケストレーターが発言をエージェントにリレーできるサポートワーカーエージェント (優先度設定担当者やドメイン SME など) ごとに手順を説明します。
- **代表的な使用事例**:*オーケストレーターパターン*をエージェントのフロントドアとして使用し、マルチエージェントソリューションと一貫したインタラクションを必要とする会話ごとに複数のトピックについて話し合う必要がある顧客をサポートします。マルチシステムアーキテクチャでは、複数のシステム間および外部エージェントのコラボレーションで応答を調整する*オーケストレーターパターン*を検討します。
- **図**:
- **Salesforce Agentic Maturity**:レベル 3
### リスナー/フィードパターン
- **概要**:*リスナー/フィードパターン*は、会話のフロー中にコンテキストとインサイトを表示します。*リスナー*は、会話のターンごとにトリガーされ、従業員の関連情報を検索して表示します。
- **出力タイプ**:会話に基づいて関連するコンテキストを提供します。このコンテキストは、効果を得るために書式設定できます (たとえば、比較を行ったり、重要なポイントを強調したりできます)。
- **パターン使用ガイダンス**:リスナーをターンベースのチャネル (チャット、音声、SMS など) に接続します。各主題領域のトピックを定義します。エージェントはトランスクリプトを消費し、トピックを識別し、関連するコンテンツを検索して従業員の実行中のフィードに投稿するアクションを呼び出します。
- **代表的な使用事例**:*ユニバーサルアシスタント*を使用して、カスタマーサービスまたは営業担当をサポートします。
- **図**:
- **Salesforce Agentic Maturity**:レベル 3
### ワークスペース (Radar O'Reilly) パターン
- **概要**:ワークスペース*(Radar O'Reilly)パターン*では、会話のフローで応答性の高い単一コンソールの UX を管理します。各発言が処理され、関連するコンテンツで UX の一部が更新されます。
- **出力タイプ**:より大きな 1 か所のビュー内のポートレットで関連するコンテキストを提供します。
- **パターン使用ガイダンス**:*オーケストレーター*エージェントは、発言を一連の*トピック*エージェントに渡します。各トピックエージェントはステートメントを評価し、UX の更新が必要かどうかを判断します。その場合、動的更新が対応する LWC に転送されます。
- **代表的な使用事例**:これは高度なエージェントフロントドアのように機能します。
- **図**:
- **Salesforce Agentic Maturity**:レベル 3
## 7\.スペシャリストパターン
*スペシャリスト パターン*は、特定のドメインの深い Knowledge またはスキルをカプセル化したもので、通常は*インタラクション パターン*によってオーケストレーションされます。
### アンサーボットパターン
- **概要**:*アンサーボット パターン*は、GenAI を使用してキーワードだけでなく自然言語も判別するセルフ サービスの効果的なパターンです。
- **出力タイプ**:Knowledge とサポート資料への参照/引用の要約。
- **パターン使用ガイダンス**:信頼できるソース資料（Knowledge Store や FAQ など）を整理して取り込み、エージェントを設定します。企業 Web サイトまたは内部ポータル内にエージェントを配置します。質問を監視して、Knowledge ギャップを特定して解決します。
- **代表的な使用事例**:企業 Web サイトでの自然言語検索の促進、HR 福利厚生ボットの操作、すべての対象者へのセルフサービスコンポーネントの提供。
- **図**:
- **Salesforce Agentic Maturity**:Level 1 (レベル 1)
### ドメイン SME パターン
- **概要**:*ドメイン SME パターン*は、ビジネスドメイン (注文や請求など) の自然言語フロントエンドを提供する基本的なパターンです。
- **出力タイプ**:ドメインに関連するコンテンツ、トピック、データ、書式設定された情報を提供します。
- **パターン使用ガイダンス**:このパターンを使用して、件名またはビジネスドメインをカプセル化します。適切な CRUD 操作を実行できるようにエージェントを設定します。これらのエージェントを[_インタラクション パターン_](/docs/architect/ja-jp/fundamentals/guide/enterprise-agentic-architecture#6インタラクションパターン)(- Orchestrator や Listener など)で使用できるようにします。
- **代表的な使用事例**:ビジネスデータドメインのゲートキーピング、「注文エージェント」または「在庫エージェント」の提供、ビジネスドメインのエージェントインターフェースの提供。
- **図**:
- **Salesforce Agentic Maturity**:Level 2 (レベル 2)
### 取調官パターン
- **概要**:*Interrogator パターン*は、トピックについて尋問し、複数のソースからコンテキストを作成して質問に回答できる SME エージェントです。活用される主要なエージェント機能は、コンテンツを読んで内部化した後で人間が行うように、コンテンツ全体にわたってコンテキストを取得して概念を結び付ける機能です。このパターンにより、「回転椅子インテグレーション」の必要性が軽減されます。
- **出力タイプ**:質問への回答を提供します。
- **パターン使用ガイダンス**:多くの場合、ユーザーが直接質問できるように、ユーザーの現在のコンテキストに接続されたコンソールウィジェットとして設定されます。また、FAQ、ポリシー、製品カタログなどの Knowledge リソースと組み合わせて使用されます。*Interrogator パターン*を標準プロンプトと組み合わせて、よくある質問に対する一般的な回答を拡張します。
- **代表的な使用事例**:契約アシスタントエージェント、給付問い合わせアシスタント、またはマルチエージェントパターン (リスナーやワークスペースなど) のスペシャリストワーカーエージェントとして使用します。
- **図**:
- **Salesforce Agentic Maturity**:Level 2 (レベル 2)
### Prioritizer パターン
- **概要**:*優先度パターン*は、定義された目的に基づいて一連の ToDo または作業オブジェクトを並び替えるために使用されます。GenAI を活用して、定性的な分析、非構造化データ分析、または複数のデータドメインの統合分析を行います。
- **出力タイプ**:生成インサイトを提供する。
- **パターン使用ガイダンス**:自然言語を使用して、優先順位付けに必要な資質を説明します。選択可能な一連のオプションを使用してエージェントをグラウンディングします。リスナーパターンと組み合わせて、作業フローで応答性の高い「Next Best Action」を作成します。
- **代表的な使用事例**:_Next Best Action_ ジェネレーターとして、または実行時間が長いパターンやマルチエージェントパターンで特殊な作業者エージェントとして使用します。
- **図**:
- **Salesforce Agentic Maturity**:Level 2 (レベル 2)
## 8\.ユーティリティとデータパターン
*ユーティリティパターン*は、他のエージェントまたはプロセスをサポートする特定の反復可能なタスクを実行します。
### ジェネレーターパターン
- **概要**:*ジェネレーターパターン*は、既存の入力および標準から新しいコンテンツ (ケースの概要やメールドラフトなど) を作成するための基本パターンです。多くの場合、プロンプトとして実装され、他のエージェント内に埋め込まれる可能性があります。
- **出力タイプ**:要求された形式とインテントに準拠した生成されたコンテンツを提供します。
- **パターン使用ガイダンス**:*ジェネレーターパターン*は、他のほとんどのパターン内で、またはスタンドアロンとして使用できます。コンテキストは、要求、実行中のハイドレーション、または追加の強化ステップで提供できます。
- **代表的な使用事例**:ケースの概要、メール・ドラフト、Knowledge Article、QBR への提案/回答を提供します。
- **図**:
- **Salesforce Agentic Maturity**:Level 1 (レベル 1)
### データスチュワードパターン
- **概要**:*データスチュワードパターン*は、一貫したデータ品質、準拠、強化を確保するためにデータ操作にエージェントステップを導入する自律的なバックグラウンドパターンです。
- **出力タイプ**:保存する前に、更新されたレコード項目とデータ項目を提供します。
- **パターン使用ガイダンス**:データの保存前にフローを記録するデータスチュワードを追加して、データ作成時にデータ品質を組み込みます。分類データ、概要データ、都道府県データの一貫した適用に役立ちます。
- **代表的な使用事例**:一貫した「ピザトラッカー」スタイルの更新、取引先データの強化、郵便番号と住所の不一致の排除を実現します。
- **図**:
- **Salesforce Agentic Maturity**:Level 2 (レベル 2)
### Zen Data Gardener パターン
- **概要**:*Zen Data Gardener パターン*は、データのグルーミングと標準化に使用されるスケジュール済みバックグラウンド パターンで、低コストの理由を活用して、接続されていないデータ ドメイン全体でデータを検証、強化、準拠します。
- **出力タイプ**:更新されたレコードやデータ管理タスクを提供します。
- **パターン使用ガイダンス**:このパターンを使用して、定期的なデータの確認と検証を有効にします。変化の遅いデータの場合、エージェントを遅い頻度 (毎月など) でスケジュールします。[データスチュワードパターン](/docs/architect/ja-jp/fundamentals/guide/enterprise-agentic-architecture#データスチュワードパターン)と組み合わせて、見込みおよび遡及的なデータ品質操作を提供します。
- **代表的な使用事例**:販売済み報奨金と請求システムの整合性を確保し、国内レジストリに対するブローカーライセンスの定期的な検証を行います。
- **図**:
- **Salesforce Agentic Maturity**:レベル 4
### コンフィグレーターパターン
- **概要**:*コンフィグレーターパターン*は、自然言語要件から設定アーティファクト (SQL/SOQL、JSON、CSV など) を生成します。また、要件に対して既存の設定を検証するために逆方向に実行することもできます。
- **出力タイプ**:更新されたレコードやデータ管理タスクを提供したり、修正用の問題/エラーを作成したりします。
- **パターン使用ガイダンス**:特定の標準、ガイドライン、または例を使用してエージェントをグラウンディングします。契約や商品仕様などのソースを使用してビルド要件を設定します。*コンフィグレーターパターン*をターゲットシステムに接続して、生成された構成をプッシュします。
- **代表的な使用事例**:医療保険商品の商品設定レコードを生成し、ヘルスケア提供者の契約/支払条件を検証する。
- **図**:
- **Salesforce Agentic Maturity**:レベル 4
### 審査員と審査員のパターン
- **概要**:\[*Judge & Jury (*審査 & 陪審員)] パターンは、「陪審員」エージェントと「審査」エージェントのアンサンブルを使用して回答の収束を評価し、回答の物理的な一貫性とグラウンディングを確保することで、幻覚を最小限に抑えるように設計されています。
- *アンサンブルアプローチ*は、応答の正確性と関連性に対処するために Agentforce と Atlas Reasoning エンジンに組み込まれています。\[*Judge and Jury (*審査員)] パターンは、高レベルの精度が不可欠な場合にこの機能を基盤にします。
- _データグラウンディング_ (「これらのレコード/ドキュメントで回答を見つけてください」など) と*プロンプトエンジニアリング* (「これらのレコードで回答が見つかった場合にのみ回答を返します」や「この外部ソースに対して回答を検証してください」など) の組み合わせも、幻覚を最小限に抑える効果的な方法です。
- **出力タイプ**:生成インサイトを提供する。
- **パターン使用ガイダンス**:一貫性のあるグラウンディングされた生成出力が強く必要とされる場合に使用します。*裁判官エージェント*がグラウンディングプロンプトを作成して 2 人以上*の裁判官エージェント*に渡し、裁判官が応答を評価します。最良の結果を得るには、陪審員エージェントごとに異なるモデル (OpenAI のモデルと Anthropic のモデルなど) を使用します。
- **代表的な使用事例**:幻覚を最小限に抑えるために、忠実で事実に基づいた応答を提供します。
- **図**:
- **Salesforce Agentic Maturity**:Level 2 (レベル 2)
### Model of Models (モデルパターンのモデル)
- **概要**:*モデルパターン*では、複数のエキスパートエージェントを活用して幅広い視点を生成し、コンセンサスを抽出します。\[[審査 & 審査員](/docs/architect/ja-jp/fundamentals/guide/enterprise-agentic-architecture#審査員と審査員のパターン)] パターンとは異なり、このパターンでは複数の視点を採用して豊かさを高めます。
- 異なる視点 (POV) を持つエキスパートモデルがタップすると便利な場合、このパターンは \[エキスパートのパネル] パターンと呼ばれることもあります。
- エージェントの応答が一般にアクセス可能な「真実」に収束するように意図する裁判官パターンと審査員パターンとは異なり、*モデルパターン*はエージェント環境の多様性を利用して応答の範囲を拡張します。
- このパターンは、個別の POV を持つエージェントが他にもいることを前提としています。たとえば、マルチ組織、マルチエージェント環境、またはベンダーが提供する複数のエージェントが技術スタックにまたがっている環境では、*モデルパターン*によって複数の見解を統合する構造が提供されます。
- このパターンを考慮する場合、他のより軽量なアプローチも考慮します。
- 複数のエキスパートエージェントを定義する代わりに、複数のプロンプトを指定して、システムがプロンプトのアンサンブルとして機能するようにします。
- コンテキストに応じて適切なデータにアクセスするアクションで「グラウンディング」を活用します。
- **出力タイプ**:生成インサイトを提供する。
- **パターン使用ガイダンス**:*アグリゲータ*エージェントの役割は、モデルエージェントが返した主要な概念に基づいて、豊富な見解を形成して返すことです。モデルエージェントは、独自の見解に基づいて回答を決定します。
- **代表的な使用事例**:異なる視点をまとめることで回答の質が向上する可能性がある状況で使用します。
たとえば、特権エージェント (*ERP エージェント*など) が貴重でアクセスできない POV を持つ可能性があるマルチシステムエージェント環境などです。
- **図**:
- **Salesforce Agentic Maturity**:Level 2 (レベル 2)
## 9\.実行時間の長いプロセスパターン
*Long-Running Process パターン*は、長期間にわたって発生するプロセスを管理します。これには、複数のステップとアクターが含まれます。
### プロジェクトマネージャーパターン
- **概要**:*プロジェクトマネージャーパターン*は、長期にわたるプロジェクトを監視する複雑なパターンです。活動の調整、完了の追跡、ユーザーへの通知、関係者へのプロジェクト状況の表示を行います。
- **出力タイプ**:複数の出力 (ケース、ToDo、状況の更新、通知など) があります。
- **パターン使用ガイダンス**:定期的な繰り返しの複数ステップの活動をサポートする傘のパターンとして使用します。*プロジェクトマネージャーパターン*では、ToDo、ロール、連動関係を含むプロジェクトの入力テンプレート/アウトラインを取得し、ケースと活動をインスタンス化してユーザーに割り当てます。
- **代表的な使用事例**:取引先のインストール管理およびエンタープライズセールスエンゲージメントに使用します。
- **図**:
- **Salesforce Agentic Maturity**:レベル 4
## 10\.エンタープライズオーケストレーションのアーキタイプ
パターンがエージェントの役割を説明するのに対し、*オーケストレーションの原型*では、エージェント集団がどのようにコラボレーションするかに関するシステムレベルのブループリントを定義します。これらのアーキタイプは、オーケストレーションの頭脳としての*Agentforce*とユニバーサルコネクタおよびアダプターとしての*MuleSoft*の役割を明確にします。
**アーキタイプ 1:SOMA (単一組織、複数エージェント)**
- **定義**:共有ガバナンスとデータを使用する 1 つの Salesforce 組織内で複数のエージェントがコラボレーションします。
- **アーキテクチャフロー**:Agentforce では、*スーパーバイザ エージェント*は 1 つのフロント ドアとして機能し、組織内の*スペシャリスト エージェント*に要求を転送します。外部機能の場合、エージェントは MuleSoft が MCP 対応以外の API の MCP ラッパーとして機能する _Agentforce MCP Client_ を使用します。
- **主な考慮事項**:このパターンでは、統合ガバナンス、ID、権限、およびオブザーバビリティを保持するために、オーケストレーションロジックが Salesforce (CRM コンテキストや Data 360 と同様) で一元化されます。
**アーキタイプ 2:Multi Org, Multiple Agents(MOMA; 複数組織、複数エージェント)**
- **定義**:エージェントは複数の Salesforce 組織でコラボレーションするため、データと権限の境界を越えて安全に連携する必要があります。
- **アーキテクチャフロー**:ある組織の*スーパーバイザ エージェント*が、標準化された*エージェント間 (A2A)* プロトコルを使用して別の組織のエージェントに ToDo を委任します。このハンドシェイクにより、組織レベルの Trust、ユーザー ID フロー、および共有会話コンテキストが確保されます。
- **主な考慮事項**:このパターンは、組織の自律性を維持しながら、企業全体のワークフローを可能にします。これにより、複雑な複数組織の資産で一貫したエージェント業務を行うための基盤が提供されます。
**アーキタイプ 3:マルチベンダー A2A(Salesforce 主導のオーケストレーション)**
- **定義**:Salesforce の*スーパーバイザーエージェント*は、A2A プロトコルを使用して、Salesforce ネイティブエージェントと他のベンダー (Google/Vertex や LangGraph など) のエージェントの組み合わせの作業を調整します。
- **アーキテクチャフロー**:*スーパーバイザーエージェント*は要求を処理して計画をまとめ、A2A プロトコルを使用して内部および外部ベンダーエージェントを呼び出します。A2A 対応ではない外部システムの場合、*MuleSoft*は既存のツールをラップして A2A と通信する「軽量のエージェントの外観」を公開できます。
- **主な考慮事項**:このアーキタイプでは、A2A を使用して、個別のオーケストレーション層なしでクリーンで管理可能な構成を生成することで、オーケストレーションの頭脳を CRM と Data 360 の近くに保ちます。
**アーキタイプ 4: Multi-Vendor A2A (MuleSoft-led Orchestration)**
- **定義**:オーケストレーションは Salesforce 以外のエントリポイントから開始されます。このエントリポイントでは、推論とルーティングを実行するために中立的な外部オーケストレーターが必要です。
- **アーキテクチャフロー**:外部システムの *UI エージェント*は、要求をオーケストレーションサービス (_MuleSoft Conductor_ の概念) に転送します。オーケストレーションサービスでは、インテントが解釈され、ToDo が計画されます。次に、A2A を使用して、CRM またはサービスアクション用の Agentforce エージェントを含むベンダーエージェントに通話を転送します。
- **主な考慮事項**:このパターンは、中立的なオーケストレーターがアーキテクチャ上望ましい Salesforce 以外のエントリポイントに使用します。ドメインシステムの UX を維持しながら、推論、ガバナンス、ポリシー、オブザーバビリティを MuleSoft で一元化します。
## 11\.ソリューションアセンブリ:パターンの作成
これらの個々のパターンとオーケストレーションのアーキタイプは、エンドツーエンドのソリューションで構成されるように設計されたアーキテクチャのビルディングブロックです。エージェントソリューションマップは、これらのコンポーネントがどのように接続されているかを視覚化するために使用されます。
- ヘルスケア プロバイダー向けの*メンバー サービス ソリューション*は、SOM アーキタイプの標準実装です。匿名ユーザー用の Answerbot、認証済みメンバー用の _Orchestrator_、および複数の*ドメイン SME エージェント* (ケース、請求、給付など) を使用して、特定の要求を処理します。
- *B2C ブローカー ポータル*は、ポータル _オーケストレーター_ エージェントを使用して RFP プロセスの実行時間が長い*プロジェクト マネージャー エージェント*を呼び出す複雑な構成です。次に、RFP プロセスはバックオフィス データ操作に*ヘッドレス*、_データ スチュワード_、*取調官エージェント*を使用します。
## 12\.結論
エージェント設計パターン手法は、堅牢で拡張性と保守性に優れたエンタープライズ AI システムを構築するために必要なアーキテクチャの規律を提供します。これらのパターンにより、複雑さを解消し、モジュール性を促進することで、アーキテクトは信頼性と予測性の高いエージェント型ソリューションを提供できます。
オーケストレーションのアーキタイプの選択は、ユーザーが作業する場所、コンテキストが存在する場所、および企業が人間、エージェント、システム間のやりとりをどのように管理しているかに基づいて戦略的な決定を行います。エージェントの作成とオーケストレーションの違いを理解し、*MCP*や*A2A*などのオープン プロトコルを活用することで、アーキテクトは孤立したボットの作成から、一貫性のある管理された分散型のエンタープライズ推論システムのエンジニアリングに移行できます。このアプローチでは、持続可能なエージェントアーキテクチャを構築するための共有言語と再利用可能なブループリントのセットが提供されます。
## 付録:ソリューションマップとシステムアーキテクチャ
この付録では、エージェントパターンをシステムレベルのソリューションに構成する具体的な例について説明します。
### 付録 A:基本パターン構成の例
次の図は、5 つの基本パターンを結合して共通のカスタマーサービスワークフローを作成する方法を示しています。
1. **Answerbot**:匿名ユーザーが質問をすると、Knowledge ベースのエージェントが処理します。
2. **オペレータ**:従業員の質問はオペレータによってトリアージされ、オペレータは会話に項目を設定して、より専門的なエージェントに渡します。
3. **オーケストレーター**:認証済みユーザー (SF ユーザー) は、多面的な問い合わせを処理するために複数のエージェントを調整するオーケストレーターとエンゲージします。
4. **ドメイン SME**:スペシャリストエージェント (HR エージェントや福利厚生エージェントなど) は、オーケストレーターによって呼び出され、主題の更新を実行して特定のデータを取得します。
5. **発電**:機ユーティリティエージェントは、取引先の詳細を要約したり、やりとりの完了後にケースをラップしたりするために使用されます。
### 付録 B:エージェントソリューションマップ - メンバーサービス
このソリューションマップでは、メンバーサービスの使用事例のエージェントアーキテクチャの詳細を説明し、複数のパターンの構成を示します。
- **ユーザープロファイル**:このソリューションでは、次の 3 つの異なるユーザー種別が提供されます。匿名ユーザー、認証済みメンバー、SF ユーザー (人間の CSR など)。
- **インタラクションパターン**:*アンサーボット*は匿名の「Find-A-Doc」クエリを処理し、オーケストレーター (エージェントのフロントドア) は認証済みユーザーの問い合わせを管理します。*リスナー/フィードパターン*は、SF ユーザーを支援します。
- **Domain Agent Reuse**:特殊な*ドメイン SME エージェント* (ケースエージェント、請求エージェント、給付エージェントなど) は、さまざまなインタラクションフローで再利用されます。
- **自律 & 支援**:このシステムは、_自律エージェント_ (ユーザー操作を直接行うため) と*支援エージェント* (人間の CSR を増強するため) を組み合わせています。
- **データソース**:このアーキテクチャでは、公開データソースとエンタープライズデータソースが混在しており、接続に*は Data 360*と*MuleSoft*が広く使用されています。
### 付録 C:システムアーキテクチャ - コンタクトセンター
次の図は、機能レイヤーに整理されたコンタクトセンターの支援 AI ソリューションの論理アーキテクチャを示しています。
- **オーケストレーターエージェント**:さまざまな人格 (匿名、外部メンバー、CSR など) のユーザーエクスペリエンスを管理し、全体的なインタラクションフローを調整します。
- **ワーカーエージェント**:*複数の SME エージェント*が、Knowledge、ケース/請求/給付、提供者ディレクトリなどのコア・ビジネス・ドメインに重点を置いています。_Next Best Action_ エージェントも含まれます。
- **ユーティリティエージェント**:翻訳、ケースラップアップ、通話の概要など、特定の再利用可能なタスクを実行します。
インテグレーションおよびコアシステム:エージェントシステム全体は、クロスプラットフォームインテグレーションレイヤーを介して、非構造化データリソース、構造化データリソース、コアエンタープライズシステムに接続されます。
- **ガバナンス**:ガバナンスレイヤーは、エージェントが使用する LLM/SLM の監視性、評価、管理を提供します。
### 付録 D:エージェントソリューションマップ - ブローカーポータル
このソリューションマップでは、B2B 健康保険ブローカーポータルの複雑で実行時間の長いエージェント操作の詳細が示されます。このモデルには、複数のステップ(RFP の送信や提案の受信など)でブローカーのジャーニーを促進する*ポータル エージェント*(_オーケストレーター_)が含まれます。このオーケストレーターは、_プロジェクト マネージャー_ エージェントを呼び出します。次に、プロジェクト マネージャーは、RFP Extractor、国勢調査変換、データ スチュワードなど、バック オフィス データの品質と変換に関する複数のヘッドレス エージェントを調整します。
### 付録 E:システムアーキテクチャ - B2C ブローカーエージェント
次の図は、コンタクトセンターと同様の階層化アプローチを示す B2C ブローカーソリューションの論理アーキテクチャを示しています。これには、さまざまなユーザー・人格用の*オーケストレーター・エージェント*、主要なドメイン（Knowledge、Member Services、Commissions など）用の再利用可能な*ワーカー・エージェント*、翻訳や集計などの特定の機能用の*ユーティリティ・エージェント*が含まれます。
### 付録 F:システムアーキテクチャ - プロバイダー契約
次の図は、提供者契約ソリューションの論理アーキテクチャを示しています。*オーケストレーター*エージェントは完全なインタラクションを管理し、*ワーカーエージェント*はドメイン内の特定のインテント (契約 SME エージェントなど) を管理し、*ユーティリティ*エージェントは契約の比較やインサイトの生成などの個別のタスクを実行します。
### 付録 G:インタラクションパターン概要テーブル
次の表に、いくつかの主要なインタラクションパターン、一般的なユーザーエクスペリエンス、および主要なアーキテクチャの目的をまとめます。
| パターン | ユーザーエクスペリエンス (UX) | 目的 |
|---|---|---|
| グリーター | 応答者がインタラクションを人間に転送することで終わるターンバイターンのテキスト (チャット、音声、SMS など) | これは、ユーザーのインテントを判断し、ユーザーを適切な人間のエージェントに転送するために使用される単純なパターンです。 |
| 演算子 | 応答者がやりとりを人間またはスペシャリストエージェントに転送することで終わるターンバイターンのテキスト (チャット、音声、SMS など) | これは、要求を適切なハイブリッドエージェントに転送するために使用されます。グリーターを基盤に構築されたこのシンプルなパターンでは、インテントをネゴシエートし、インタラクションを専用の人間または AI エージェントに転送します。 |
| オーケストレーター | 回答者がスペシャリストエージェントの回答を収集および集計して UX に配信するターンバイターンのテキスト (チャット、音声、SMS など) | これは、会話の進行状況に応じて応答する管理 AI エージェント「スウォーム」を調整するために使用されます。オーケストレーターエージェントは各ターンのテキストを 1 人以上のスペシャリストエージェントに渡し、各スペシャリストエージェントの回答を集計します。 |
| アンサーボット | プロンプトと応答 | これは、Knowledgeリソース、FAQ、ポリシーなどを使用して応答を形成する自然言語インタフェースです。 |
| 取調官 | プロンプトと応答 | これは、特定のドメインまたは領域で質問するために使用する自然言語インターフェースです。 |
| リスナー/フィード | リニアフィードのオーケストレーターパターンで終わるターンバイターンのテキスト (チャット、音声、SMS など) | これは、会話の流れの中でコンテキストとインサイトを明らかにするために使用されます。 |
| ワークスペース (Radar O'Reilly) | 適応性のある 1 か所のガラス張りヘッドアップディスプレイで終わるターンバイターンのテキスト (チャット、Voice、SMS など) | これは、会話のフローで応答性の高い 1 か所の UX を管理するために使用されます。 |