メールの往復からエージェント委譲へ：A2AとHermes AgentによるB2B RFQ自動化

主要ポイント

• Gartnerは2028年までにB2B購買の90%がAIエージェント介在となり、エージェント間取引を通じて15兆ドルが流れると予測しています — 2年間の猶予期間は、エージェント対応化が将来の研究課題ではなく、今やコマースアーキテクチャの必須要件であることを意味します。
• 手作業によるRFQ処理は契約サイクルあたり3.4週間、見積もり1件あたり平均30分を要します — ForresterとAberdeenの調査は、自動化によってこれを数分に圧縮できることを示しており、あるディストリビューターは6倍の速度向上（見積もり1件あたり30分から5分）を報告しています。
• AI対応の調達ワークフローは手作業の30%削減、最大45%のコスト削減を報告しています — Automation Anywhereの2026年調達データは、これらが予測ではなく実測値であることを示しています。
• Agent2Agent Protocolは初年度で150組織を超えました — Linux Foundationのガバナンス下で、サプライチェーン、金融サービス、IT運用における本番デプロイ、Google、Microsoft、AWSプラットフォーム間の深い統合を実現。
• Nous ResearchのHermes Agentは60以上の組み込みツールとネイティブMCPサポートを搭載して出荷されます — カスタム統合の糊付けなしにRFQ、カタログ、価格MCPモジュールに指向でき、内部を書き直すことなくブリッジレイヤー経由でA2Aを話せるエージェントです。

課題：スケールしない3日間のRFQサイクル

中堅B2Bディストリビューターは週200件のRFQを受け取ります。それぞれがスプレッドシートやPDFを添付したメールとして届きます — 品目、数量、希望納期、顧客アカウント番号が含まれることもあります。見積もりチームは各件を開き、カタログで各品目を検索し、現在の在庫レベルを確認し、顧客を適切な価格ティアに照合し、サプライヤーの利用規約からキャンセルポリシーを取り出し、見積もりを作成して返信します。RFQが複数サプライヤーに関わる場合 — 3社のベンダーから構成されるコンポーネントの束 — プロセスは倍増します。誰かが電話やメールで各サプライヤーと調整し、回答を待ち、利用可能性をすり合わせ、複合見積もりを組み立てます。

結果は3日間のサイクルです。ForresterとAberdeenの調査は、手作業の契約承認だけで平均3.4週間かかることを示しています。あるディストリビューターは自動化前に見積もり1件あたり30分、自動化後は5分 — 6倍の速度向上 — を計測しました。AI対応の調達ワークフロー全体で報告されている45%のコスト削減と30%の手作業削減は、理論上の予測ではありません。メールとスプレッドシートのサイクルを構造化された自動化に置き換えたチームの実測値です。

問題は見積もりチームの努力不足ではありません。問題はワークフローが切断されたシステムに対する手作業の検索を前提に構築されていることです。カタログはBigCommerceやPIMに存在します。在庫はNetSuiteに存在します。価格ティアはスプレッドシートやCRMに存在します。キャンセルポリシーはサプライヤーのPDFに存在します。各システムは独自のAPI、独自の認証、独自のデータモデルを持っています。人間は画面を読み取り値を入力することでそれらを橋渡しします。エージェントはツールを呼び出すことでそれらを橋渡しできます — ただし、そのツールがエージェントが利用できる形で公開されている場合に限ります。

手作業ワークフローとエージェントオーケストレーションされたワークフロー — MCPツール、A2A委譲、Hermes Agentがメールとスプレッドシートの見積もりを置き換えたときに何が変わるか：

エージェントオーケストレーションソリューション：MCPツール、A2A委譲、Hermesオーケストレーション

アーキテクチャは3つのレイヤーで構成され、それぞれが手作業ワークフローの特定のボトルネックに対処します：

レイヤー1：MCPモジュールがエージェントに手を与える

Model Context Protocolは各業務システムを、エージェントが呼び出せる型付きツールの集合として公開します。人間がNetSuiteの画面を読み取る代わりに、MCPモジュールがNetSuite SuiteTalk APIをget_inventory、check_availability、get_price_tiersといったツールの背後にラップします。人間がBigCommerceのカタログを閲覧する代わりに、モジュールがsearch_items、get_provider_itemsを公開します。RFQエンジン自体 — リクエストライフサイクル、見積もり作成、利用可能性ホールド、キャンセルポリシーのスナップショットを管理するシステム — は、11のドメインミックスインにわたる38の登録済みMCPツールを公開します：リクエスト送信、品目検索、利用可能性ホールド、見積もり管理、価格計算、分割支払スケジューリング、バンドル組み立て、キャンセルポリシー取得、ファイル添付、セグメント連絡先、ナレッジグラフ検索によるカタログ照会です。

各ツールは型付きスキーマを持ちます。エージェントは渡す引数を推測しません — フィールド名、型、説明を含むJSONスキーマを受け取ります。これが、もっともらしい見積もりを作成するエージェントと、実際のprovider_item_uuidでacquire_availability_holdを呼び出し、15分TTLのhold_tokenを取得するエージェントの違いです。型付きスキーマこそが、エージェントの出力を飾りではなく検証可能なものにします。

レイヤー2：A2Aがエージェントに同僚を与える

Agent2Agent Protocol — 現在Linux Foundationのガバナンス下で150以上の支援組織を持つ — は、エージェントが互いを発見し、タスクを委譲し、進捗をストリーミングし、完了を報告する方法を定義します。RFQワークフローにおいて、A2Aは特定の問題を解決します：見積もりエージェントが、すべてを知る単一のモノリスである必要はありません。委譲できるのです。

買い手側のエージェントがRFQを受信し、品目を抽出し、製品データベースを所有するサプライヤーエージェントにカタログ検索を委譲します。サプライヤーエージェントはナレッジグラフを検索し、利用可能性とバッチ情報とともに一致する品目を返します。見積もりエージェントは、NetSuite接続を所有する在庫エージェントに利用可能性検証を委譲します。在庫エージェントがホールドを取得します。見積もりエージェントは、顧客セグメントロジックを所有する価格エージェントに価格ティアの解決を委譲します。各エージェントは1つのシステムと1つのドメインを所有します。A2Aは、それらが互いに作業を渡し、追跡し、結果を受け取ることを可能にするプロトコルです — どのエージェントも他がどのように構築されているかを知る必要はありません。

docker-a2a-hermes-agent-gatewayプロジェクトは、このパターンを動作するオープンソースデプロイとして実証しています。ゲートウェイが認証、顧客ごとのルーティング、レート制限を処理します。ブリッジレイヤーがA2A JSON-RPC呼び出しをエージェントのネイティブAPIに変換します。エージェント本体 — Hermes Agent — が推論とツール呼び出しを行います。PostgreSQLの行レベルセキュリティ（RLS）がデータベースレベルでテナント分離を強制するため、コーディングのミスが一方の顧客のRFQデータを他方に漏洩することはありません。

レイヤー3：Hermes Agentがワークフローをオーケストレーションする

Nous ResearchのHermes Agentがオーケストレーションレイヤーです。60以上の組み込みツール、ネイティブMCPクライアントサポート、経験から学習できるスキルシステムを搭載して出荷されます。RFQワークフロー向けに、エージェントは以下で構成されます：

• MCPモジュール — カタログ、在庫、価格、RFQエンジンを呼び出し可能なツールとして公開
• A2Aブリッジ — サプライヤーエージェント、在庫エージェント、価格エージェントとの間で委譲の送受信を可能にする。いずれもフレームワークを共有しない
• ヒューマンインザループの承認ゲート — 見積もりがマージン閾値を超える場合、カスタム割引が必要な場合、規制対象の製品カテゴリに関わる場合にワークフローを一時停止します。エージェントは「承認待ち」状態を発生させ、それがフレームワーク境界を越えてエージェントチェーン全体に伝播します。人間が承認または却下し、作業が再開されます。
• 監査ログ — すべてのツール呼び出しがステータス、所要時間、結果とともに記録されます。見積もりチームは、最終見積もりのどの値をどのツールが生成したかを正確に追跡でき、これがコンプライアンスレビュー担当者に必要なものです。

ワークフローは次のように実行されます。RFQが到着します。エージェントが品目を解析し、カタログMCPモジュールを呼び出して各品目を照合し、A2A経由で在庫エージェントに利用可能性チェックを委譲し、価格モジュールを呼び出して顧客のティアを解決し、利用可能性ホールドを取得し、キャンセルポリシーを取得し、見積もりを組み立てます — マージンや割引が事前設定されたガードレールの範囲外の場合 — 人間の承認のために一時停止します。承認されれば、見積もりを送信します。サイクル全体が日単位ではなく時間単位で完了します。

成果：ビジネスにとって何が変わるか

測定可能な変化は、上記で特定したボトルネックに直接対応します：

指標	手作業ワークフロー	エージェントオーケストレーション
見積もりターンアラウンド	サイクルあたり3日	サイクルあたり4時間
見積もり1件あたりの手作業	30分	5分（残りはエージェントが処理）
利用可能性ホールドの精度	手作業の検索、エラー多発	15分TTLのアトミックホールド、オーバーセルなし
キャンセルポリシー	PDFからのコピーペースト、陳腐化リスク	見積もり時点でスナップショット凍結
価格ティアのエラー	顧客が誤ったティアに照合	型付きスキーマ + セグメント解決
複数サプライヤー調整	電話とメール、2〜3日	A2A委譲、並行、数分
監査証跡	メールスレッド、不完全	すべてのツール呼び出しをステータスと所要時間で記録
人間のタッチポイント	すべてのステップ	マージンガードレールと規制承認のみ

3日から4時間への圧縮が見出しの数字です。しかしその下にある運用上の変化のほうが重要です。オーバーセルしない利用可能性ホールド。陳腐化したコピーペーストではなく、スナップショット凍結されたキャンセルポリシー。人間の記憶ではなく、型付きスキーマで解決される価格ティア。直列の電話 callの代わりにA2A委譲で並行実行される複数サプライヤー調整。そしてすべてのツール呼び出しを記録する監査証跡 — CFOがなぜ見積もりがそのように価格設定されたのかを尋ねたときに、エンジニアリング責任者が必要とするものです。

AI対応の調達ワークフロー全体でAutomation Anywhereが報告した30%の手作業削減と45%のコスト削減は、業界レベルの証拠です。ディストリビューターごとの数字 — 6倍の見積もり速度、3日から4時間へのサイクル — は、ワークフローが一般的な調達機能ではなくB2B RFQプロセスである場合の姿です。

より広い文脈：なぜ今これが重要なのか

Gartnerの、2028年までにB2B購買の90%がAIエージェント介在となり、エージェント間取引を通じて15兆ドルが流れるという予測は、パニックで構築する理由ではありません。目の前にあるアーキテクチャの決定を理解する理由です。問題はエージェントがB2Bコマースに参加するかどうかではありません。問題は、あなたのシステムがその能力をエージェントが利用できる形 — 型付きツール、標準プロトコル、監査可能なプロセス — で公開しているか、それともエージェントが到達できない人間可読の画面の背後に留まっているかです。

MCPはエージェントに手を与えます。A2Aはエージェントに同僚を与えます。Hermes Agentは、両方を使用でき、かつ単一ベンダーのフレームワークにロックインしないオーケストレーターをワークフローに与えます。ブリッジパターンは、既存のエージェントを書き直すことなく標準を採用できることを意味します。テナント分離は、1つのデプロイがデータ漏洩なく複数の事業部門に対応できることを意味します。人間の承認ゲートは、自律性が制御不能を意味しないことを意味します。

メールとスプレッドシートで週200件のRFQを処理する見積もりチームを率いるエンジニアリング責任者やオペレーションVPにとって、決定は自動化するかどうかではありません。3日サイクルはすでにより速い競合に案件を失っています — 4時間で見積もるディストリビューターが、3日のディストリビューターが失う案件を獲得します。決定はどのアーキテクチャで構築するかです：単一ベンダーの独自のエージェントランタイムにロックインするものか、統合をやり直すことなく置き換え可能なオーケストレーションレイヤー（Hermes Agent）を持つオープンプロトコル（MCP、A2A）上に構築されたものか。

関連記事

• 独立したAIエージェントがどのように連携するか：Hermes AgentのためのA2Aブリッジ — テナント分離と人間の承認を組み込み、既存のエージェントを書き直さずにA2Aを採用するビジネスケース
• RFQエンジンアーキテクチャ：利用可能性ホールドとキャンセルスナップショットが重要な理由 — RFQワークフローを支える38ツールMCPモジュールの背後にある技術アーキテクチャ
• MCP + A2A：すべての本番エージェントAIシステムの背後にある2つのプロトコル — プロトコルスタックにおけるMCP（エージェントからツールへ）とA2A（エージェントからエージェントへ）の補完的な役割

---

ある中堅ディストリビューターは、チームが3日かかるところを時間単位で見積もる競合に案件を失っていました。ボトルネックは価格設定ではなく — BigCommerceのカタログ検索、NetSuiteの在庫確認、スプレッドシートでの価格ティア照合、電話によるサプライヤー調整でした。エージェントオーケストレーションスタックがサイクルを変えました：MCPモジュールが各システムを型付きツールとして公開し、A2Aが見積もりエージェントからフレームワークを共有せずにサプライヤーや在庫エージェントへ委譲を可能にし、Hermes Agentがマージンガードレールの見積もりに対する人間の承認ゲート付きでワークフローをオーケストレーションします。見積もりターンアラウンドは3日から4時間に短縮しました。利用可能性ホールドのオーバーセルが停止しました。キャンセルポリシーは見積もり時点でスナップショット凍結されます。すべてのツール呼び出しが監査のために記録されます。

スコープを絞った構築を依頼する

1週間のディスカバリー。システムインベントリ、ワークフローマップ、確定スコープをお渡しします — 弊社と構築するかどうかにかかわらず。