アーキテクチャ

MCP + A2A：すべての本番エージェントAIシステムの背後にある2つのプロトコル

著者：IdeaBosque最終更新：2026年7月21日

主なポイント

MCPは10,000以上の公開サーバー、月9700万のSDKダウンロード、300以上のクライアントを持つ — Anthropicのエコシステム更新（2025年12月）がOpenAI、Google、Microsoft、Cursorからのクロスベンダーサポートを確認。
A2Aは初年度で150の組織を超えた — Linux Foundationの発表（2026年4月）、Google、Microsoft、AWSプラットフォームでの本番デプロイメント。
GoogleはA2AをMCPの補完として明示的に位置づけた — MCPはエージェントをツールに接続し、A2Aはエージェントをエージェントに接続する。両方とも現在Linux Foundationのガバナンス下。
23%の組織がアクティブなAIエージェントパイロットを持つ — Capgemini、2026年。プロトコルの問題はもはや理論的ではない。それはアーキテクチャの決定である。
Stacklokの2026年調査ではソフトウェア組織の41%が限定的または広範な本番でMCPサーバーを使用 — エンタープライズの足場は推測ではなく現実。

2つのプロトコルが6ヶ月以内に相次いでリリースされ、AIエージェントの接続方法を再構築しました。Anthropicは2024年11月にModel Context Protocol（MCP）を、AIエージェントをツールとデータに接続するオープン標準としてリリースしました。Googleは2025年4月にAgent2Agent Protocol（A2A）を、AIエージェントを互いに接続するオープン標準としてリリースしました。両方とも現在Linux Foundationのガバナンス下にあります。両方ともオープンソースです。両方とも競合する巨人に採用されています — OpenAI、Google、Microsoft、Anthropicすべてが両方をサポートしています。

定着するアナロジー：MCPはAIのUSB-C。A2AはエージェントのHTTP。この記事は、それらが本番エージェントAIシステムでどう適合するか、採用数値がエコシステムの現状をどう示しているか、B2Bデプロイメントでそれらを組み合わせるアーキテクチャパターンを説明します。

2層プロトコルスタック

この図は2層スタックを示しています：上部にA2A（エージェント間調整）、中間にMCP（エージェントからツールへのアクセス）、下部に外部システムと専門エージェント。エージェントはA2A経由でタスクを受信し、A2A経由で他のエージェントにサブタスクを委譲し、MCPを使用してNetSuite、HubSpot、BigCommerce、または10,000以上のMCPサーバーのいずれかにアクセスするツールを呼び出します。

MCP：ツールアクセス層

MCPはM×N統合問題を解決します。MCP以前、すべてのAIモデルは呼び出すツールごとに特注の統合コードが必要でした — Mモデル × Nツール = M×N統合。MCPはこれをM+Nソリューションに置き換えます：ツールプロバイダーがN個のMCPサーバーを作成し、AIアプリケーション開発者がM個のMCPクライアントを作成し、任意のクライアントが標準化されたプロトコルを通じて任意のサーバーを呼び出すことができます。

採用数値はもはや推測ではありません：

指標	値	出典
アクティブな公開MCPサーバー	10,000+	Anthropicエコシステム更新、2025年12月
月次SDKダウンロード	97M+（Python + TypeScript）	Anthropic、2025年12月
MCPクライアント	300+	複数のエコシステムトラッカー
mcp-serverトピックのGitHubリポジトリ	15,926	GitHub Search API、2026年5月24日
エンタープライズ本番（限定的または広範）	ソフトウェア組織の41%	Stacklok State of MCP 2026調査
公式レジストリサーバー記録	9,652	MCP Registry API、2026年5月

MCPの2026年7月28日リリース候補はプロトコル層をステートレスにします — セッションハンドシェイクを削除し、ステートフルワークフロー用の明示的ハンドルを導入し、OAuth 2.1 with PKCEを必須にします。B2Bデプロイメントでは、これはスティッキーセッションなし、共有セッションストアなし、プレーンなラウンドロビンロードバランサー背後でのステートレス水平スケーリングを意味します。

A2A：エージェント調整層

A2AはMCPがカバーしないギャップを埋めます。MCPはエージェントをツールに接続します。A2Aはエージェントを別のエージェントに接続します。専門的な機能 — 価格ロジック、カタログ検索、RFQ処理 — を必要とするエージェントは、A2Aエンドポイント経由でその機能を公開するリモートエージェントに作業を委譲し、結果をA2Aタスクとして受け取り、自身のワークフローを継続できます。

Linux Foundationの発表（2026年4月9日）が確認した内容：

150以上の組織 が初年度でこの標準をサポート
本番デプロイメント がGoogle、Microsoft、AWSプラットフォーム全体で
50以上のローンチパートナー — Salesforce、PayPal、Atlassian、Accenture、BCG、Deloitte、McKinsey、PwCを含む
Google Cloudでの深い統合（Vertex AI、Agent Engine、Agent Development Kit）

A2Aは3つのコアプリミティブを定義します：

Agent Card — /.well-known/agent-card.jsonにあるJSONドキュメントで、エージェントのID、機能、エンドポイントを記述。これがエージェントが互いを発見する方法です。
Task — message/send（非ストリーミング）またはmessage/stream（ストリーミング）経由で送信される作業単位。タスクは状態を遷移します：submitted、working、input-required、completed、failed、canceled。
Artifact — タスク実行中に生成される構造化出力で、利用可能になり次第クライアントにストリーミングされます。

補完的アーキテクチャ

GoogleはA2AをMCPの補完として明示的に位置づけました："A2AはAnthropicのMCPを補完するオープンプロトコルです。" この位置づけは正確です — それらは異なる層で動作します：

次元	MCP	A2A
何を接続するか	エージェントからツール/データ	エージェントからエージェント
方向	垂直（エージェントから下向きにシステムへ）	水平（エージェントから横にエージェントへ）
発見	ツールリスト（`tools/list`）	Agent Card（`/.well-known/agent-card.json`）
作業単位	ツール呼び出し（`tools/call`）	Task（`message/send`、`message/stream`）
出力	ツール結果（JSON）	Artifact（ストリーミング、構造化）
トランスポート	STDIO、Streamable HTTP	HTTP/SSE上のJSON-RPC 2.0
認証	OAuth 2.1 + PKCE（7月28日必須）	Agent Card認証（フレームワーク定義）
状態	ステートレス（7月28日RC）+ 明示的ハンドル	タスクライフサイクル（submittedからcompleted）
支援者	Anthropic	Google
ガバナンス	Linux Foundation（Agentic AI Foundation）	Linux Foundation
採用	10,000+サーバー、97Mダウンロード	150+組織、50+ローンチパートナー

B2Bデプロイメントでそれらを組み合わせるアーキテクチャパターン：

専門エージェント（例：RFQ処理エージェント）がA2A Agent Card経由でその機能を公開。他のエージェントがそれを発見し、タスクを委譲します。
RFQエージェントはMCPを使用 してNetSuite（カタログ検索、見積もり作成、在庫確保）、HubSpot（顧客セグメント検索）、BigCommerce（製品カタログ）にアクセスするツールを呼び出します。MCPモジュールパターンは型付きスキーマ、レート制限、監査ログ、ステートフルワークフロー用の明示的ハンドルパターンを提供します。
オーケストレーションエージェント はA2A経由で高レベルタスクを受信し、A2A経由で専門エージェントにサブタスクを委譲し、各専門エージェントはMCPを使用して基盤システムと対話します。オーケストレーターはNetSuiteに直接触れることはありません — RFQエージェントに委譲し、RFQエージェントはそのMCPツールに委譲します。

これは既存のA2Aブリッジ記事が示すパターンです：フレームワークのネイティブAPIをA2A Agent Cardとして公開する方法。ほとんどのデプロイメントで欠けているのはその下のMCP層 — ツールの呼び出しを安全、監査可能、ガバナンス対象にする型付きモジュールです。

なぜ両方のプロトコルがB2Bにとって重要か

MCPのみを使用するB2Bデプロイメントは、ツールを呼び出せるが互いに調整できないエージェントを持ちます。すべてのワークフローが単一エージェントのモノリスになります。A2Aのみを使用するデプロイメントは、タスクを委譲できるが、ツールごとに特注の統合コードなしでは外部システムにアクセスできないエージェントを持ちます。両方のプロトコルが必要です。

Capgemini 2026調査は23%の組織がアクティブなAIエージェントパイロットを持つことを発見しました。Anthropic 2026 State of AI Agents Reportは46%の組織が統合を#1の採用障壁と特定することを発見しました。2つのプロトコルはまさにこの障壁に対処します：MCPはツール統合を標準化し、A2Aはエージェント調整を標準化します。これらが一緒になって、統合負担をM×Nのカスタム接続からM+Nの標準化接続に削減します。

本番エージェントシステムを構築する中堅B2B企業にとって、プロトコルの問いは「どちらか？」ではなく「それらがどう適合するか？」です。答えは2層スタックです：エージェント間委譲にA2A、エージェントからツールへのアクセスにMCP、そしてツールの呼び出しを安全にするガバナンス層としてのMCPモジュールパターン。