AIエージェント間通信プロトコル2026——MCP最大仕様更新とA2A v1.0が築く「エージェントのインターネット」

2026年7月28日、AIエージェントと外部ツールをつなぐ業界標準「MCP（Model Context Protocol）」に、過去最大となる仕様更新がやってきました。同時に、Googleが主導するエージェント間通信規格「A2A」もv1.0へ到達し、AIエージェントが互いに会話する時代の基盤が一気に整いつつあります。本記事では、この2つのプロトコルの最新動向を整理し、エージェント経済の今後を読み解きます。

なぜ今、エージェント間の「言葉」が注目されるのか

AIエージェントの市場は急速に拡大しています。IDC Japanの予測によれば、国内AI市場の支出額は2025年の2兆3,725億円から、2029年には2.9倍の6兆8,897億円に成長する見込みです。年間平均成長率は36.0％に達し、2029年には国内IT市場全体の20％を占めると言います。特にAIソフトウェア市場の成長率はCAGR 48.9％と突出しており、その中心にあるのがAIエージェントです。

エージェントが増えれば、当然「エージェント同士がどう連携するか」という問題が浮上します。各社が独自のエージェントを作るだけでは、システムはサイロ化したままです。そこで注目されるのが、通信プロトコルという「AI同士の共通言語」です。私はこの分野を追いかけていますが、2026年に入ってからの変化は明らかに加速しています。

MCP 2026-07-28仕様更新——ステートレス化がもたらす地殻変動

MCPは、Anthropicが2024年11月に公開したオープン標準です。AIモデルが外部のデータや機能にアクセスするための接続口を統一する役割を担います。公開から1年半あまりで、Slack、Notion、Zoom、Google Workspaceなど、主要SaaSの多くが対応を表明しました。そして2026年7月28日、第5世代となる大型仕様改定「MCP 2026-07-28」が公開されたのです。

最大の変更点は「ステートレスコア化」

今回の最大の技術変更は、プロトコルの中核が「双方向の常時接続」から「リクエスト／レスポンス型のステートレス（無状態）モデル」へ再設計された点です。従来のMCPサーバーはSSE（Server-Sent Events）やWebSocketによる接続を維持する必要があり、常時起動のサーバーインフラが必須でした。これが、AWS LambdaやCloudflare Workersといったサーバーレス環境へのデプロイを難しくしていたのです。

新仕様では、各ツール呼び出しが独立したHTTPリクエストとして処理されます。セッション管理が不要になり、標準的なロードバランサやCDNでトラフィックを捌けるようになりました。インフラコストの削減と水平スケーリングの容易さは、企業導入の大きな壁をひとつ取り除いたと言えるでしょう。

MCP AppsとTasks——拡張フレームワークの標準化

2つ目の変更は、「MCP Apps」と「Tasks」という拡張フレームワークの導入です。MCP Appsを使うと、サーバーがHTMLやJavaScriptのコンポーネントをクライアントの会話画面内に直接描画できます。Figmaのプレビューやフォーム入力が、チャット画面を離れずに完結するイメージです。一方Tasksは、数分以上かかる長時間処理を非同期で管理する仕組みで、タイムアウト問題を解消します。

エンタープライズ認証への準拠

3つ目は、OAuth 2.0およびOpenID Connect（OIDC）への完全準拠です。OktaやMicrosoft Entra IDといった企業向けID基盤との連携が標準化され、IT管理者は自社のIdPにMCPサーバーを登録するだけで、ユーザー個別のAPIキー管理なしに利用を開始できます。AWS、Google Cloud、Microsoft Azure、Cloudflare、Figma、Zoom、Netlifyを含む40社以上がこの仕様に対応済みです。

エコシステムの規模も急拡大しています。Claudeのコネクターディレクトリには950以上のMCPサーバーが登録され、SDKの月間ダウンロード数は今年だけで4倍に成長しました。TypeScript、Python、Go、C#のSDKはすでに新仕様に対応済みで、既存のHTTP+SSE方式には1年間の移行期間が設けられています。

A2Aプロトコル——エージェント同士をつなぐ「水平バス」

MCPが「AIとツール」を縦につなぐのに対し、Googleが2025年4月に発表したA2A（Agent2Agent）は、「AIエージェント同士」を横につなぐプロトコルです。発表当初は50社だった参画組織は、1年で150社を超えました。2025年6月にはLinux Foundationへ寄贈され、AWS、Cisco、Google、Microsoft、Salesforce、SAP、ServiceNowの7社が運営メンバーを務めています。

A2Aの設計は、わずか4つのコア概念で構成されています。エージェントの能力情報を公開する「Agent Card」、処理単位となる「Task」、やり取りの中身を表す「Message」、そして成果物を指す「Artifact」です。Agent CardはRFC 8615に従い、各ドメインの「.well-known/agent-card.json」に配置されるため、相手エージェントはドメインを知っていれば誰でも能力を確認できます。

v1.0で追加されたSigned Agent Card

2026年初頭に公開されたA2A v1.0の目玉は、暗号学的署名付きの「Signed Agent Card」です。偽のAgent Cardを立てて相手を誘導する「カード偽装攻撃」を防ぐための仕組みで、分散型ディスカバリを前提とするA2Aにとって信頼モデルの根幹と言えます。あわせてマルチテナンシー対応や、JSON-RPCとgRPCの両方での公開も可能になりました。

2025年8月には、IBMが進めていたACP（Agent Communication Protocol）がA2Aに統合されました。最大の競合だったACPが自ら合流したことで、エージェント間通信の標準は事実上A2Aに一本化されつつあります。Azure AI FoundryやAmazon Bedrock AgentCoreなど、主要クラウドでの本番利用も確認されています。

【比較表】MCPとA2A——役割が違う2つの標準

MCPとA2Aはよく混同されますが、担当するレイヤーが完全に異なります。「MCPを下に、A2Aを上に」という層構造が、2026年において最も合理的な設計とされています。以下に比較表をまとめました。

観点	MCP	A2A
主軸	垂直（エージェント↔ツール・データ）	水平（エージェント↔エージェント）
創出者	Anthropic（2024年11月）	Google（2025年4月）
ガバナンス	Linux Foundation AAIF	Linux Foundation
対話モデル	クライアント・サーバー型	ピアツーピア型
ディスカバリ	接続時のハンドシェイク	Agent Card（agent-card.json）
長寿命処理	Tasks拡張で対応	Taskライフサイクルで標準対応
主な用途	エージェント↔GitHub、Postgres等	調達エージェント↔サプライヤー等

Googleの公式解説には、自動車修理店の例があります。顧客から見ると1つの「修理エージェント」と話しているように見えますが、内部では診断、見積、部品調達の専門エージェントがA2Aで対話し、各エージェントがMCP経由で在庫システムにアクセスします。この「水平はA2A、垂直はMCP」という分担が、現在の最適解です。

エージェント経済の胎動——UCPとAP2が変えるECと決済

プロトコルが整うと、次は「お金の流れ」です。ShopifyとGoogleが共同開発したUCP（ユニバーサルコマースプロトコル）は、AIエージェントがあらゆるECストアと取引できるようにするオープンスタンダードです。マーチャントは自社がサポートする機能を宣言し、エージェントはその機能を発見してから取引を進めます。

UCPはTCP/IPのような階層設計を採用しています。取引の基本要素を定義する「Shopping service」、チェックアウトや注文、カタログなどの「Capabilities」、特定業務向けの「Extensions」の3層構成で、必要な機能だけを実装できます。加えて、商品発見を担うCatalog MCPや、カート・決済を担うCart/Checkout MCPといった標準も登場し、エージェントによる購買が現実味を帯びてきました。

決済面では、Google CloudとCoinbaseが2025年9月に発表したAP2（Agent Payments Protocol）が注目です。AP2はA2Aの公式拡張として設計されており、Agent Cardの拡張フィールドを見るだけで「このエージェントは決済対応か」を判別できます。調達エージェントが複数のサプライヤーエージェントと同時に見積もりを交渉し、最終的にAP2で決済する——そんなフローが技術的には回せる段階に入りました。

産業へのインパクト——企業システムの「配線」が変わる

これらの標準が普及すると、企業のITシステムはどう変わるのでしょうか。3つの領域で大きな変化が予想されます。

1つ目は、システム統合コストの低下です。これまでSaaS同士の連携は、ベンダーごとにAPIを個別に実装するのが当たり前でした。MCP対応が進めば、「MCP対応しているか」を確認するだけで連携の入口が広がります。IDCの調査ではPoCで期待効果を得られなかった企業が6割に上りますが、統合のハードルが下がれば、実業務への適用も進むでしょう。

2つ目は、マルチエージェント運用の現実化です。複数の専門エージェントが協働する構成は、従来は自社専用のフレームワークで実装する必要がありました。A2Aの標準化により、調達、法務、財務、市場調査など、部門ごとに独立したエージェントを組み合わせられるようになります。各エージェントが独自の権限と監査要件を持つ、水平分業型のシステムが構築可能です。

3つ目は、エージェント型コマースの到来です。顧客の代理として動くAIエージェントが、複数のストアを比較しながら最適な商品を選び、決済まで完了させる。そんな購買体験が2026年後半から本格化すると見られています。実店舗やECサイトの設計思想そのものが、人間向けから「エージェント向け」へと進化していくでしょう。

課題と今後の展望——セキュリティと「過熱」の先

期待が高まる一方で、課題も明確になっています。まずセキュリティです。エージェントが自律的に外部と通信するほど、プロンプトインジェクションや偽エージェントによる攻撃のリスクは高まります。A2AのSigned Agent Cardはその対策のひとつですが、エージェント間の信頼モデルはまだ発展途上です。Signalの代表は「AIエージェントに全てを任せるのは、脳をひとつの瓶に詰めて預けるようなもの」と警鐘を鳴らしています。

また、過熱感への冷静な評価も必要です。A2Aは150社の参画を達成しましたが、「支援している」ことと「本番で深く使っている」ことは別問題です。多くのプロジェクトは、いまだに単一エージェントと基本的なツール連携で十分であり、エージェント間通信が必須になるのは、独立してデプロイされたエージェント同士が協働するケースに限られます。

それでも、技術の方向性は明確です。MCPのステートレス化により、AI連携は「実験的な常時接続」から「本番に耐える標準HTTP」へと進化しました。エージェントが増えれば増えるほど、共通言語の価値は高まります。私の見立てでは、2027年には「エージェント対応」がSaaS選定の基準になるでしょう。

FAQ——AIエージェント間通信に関するよくある質問

ここでは、MCPとA2Aに関するよくある質問とその回答をまとめました。プロトコルの導入を検討する際の参考にしてください。

質問	回答
MCPとA2Aはどちらか一方で十分ですか？	役割が異なるため、両方を使い分けるのが一般的です。ツール連携はMCP、エージェント同士の協働はA2Aが担当します。
MCP 2026-07-28仕様で既存サーバーは使えなくなりますか？	旧方式には1年間の移行期間が設けられています。TypeScript、Python、Go、C#のSDKは新仕様対応済みです。
A2Aは誰が管理しているのですか？	2025年6月にLinux Foundationへ寄贈され、AWS、Microsoft、Salesforceなど7社が運営メンバーを務めています。
エージェント同士で決済はできるのですか？	Google CloudとCoinbaseのAP2拡張を使えば、A2Aの枠組みでエージェント間決済が可能です。
日本企業もMCPに対応していますか？	国内SaaSでもMCP対応が相次いでいます。自社で使っているツールの対応状況を確認するのが第一歩です。
セキュリティ面の注意点はありますか？	プロンプトインジェクションや偽エージェント対策が重要です。A2AのSigned Agent Cardや、OAuth 2.0準拠の認証を活用しましょう。

まとめ——エージェントの「インターネット」はここから

MCPのステートレス化、A2Aのv1.0到達、UCPとAP2によるコマース基盤。2026年7月は、AIエージェントが「個」から「網」へ変わる転換点と言えます。まるで1980年代にTCP/IPがコンピュータ同士をつないだように、MCPとA2AはAIエージェント同士をつなぐ新しいインターネットの基盤を築きつつあります。

技術の進化は速く、仕様はこれからも更新され続けるでしょう。まずは自社のツールがMCP対応しているかを確認してください。対応ツールが増えれば、AI活用の入口は確実に広がります。エージェント同士が言葉を交わす未来は、想像以上にすぐそこまで来ています。今すぐプロトコルの動向を追い始めましょう。