A2Aエコシステム相互運用：異なるフレームワークのAI同士も電話できる

もし各ブランドの携帯電話が同じブランドにしか電話できなかったら、電話はとっくに廃れていただろう。AIエージェントも同じ危機に直面している——A2Aプロトコルが登場するまでは。

問題：フレームワークごとにAIがバラバラの言葉を話す、まるで方言

想像してみてほしい。自宅にはHermesエージェント、会社ではLangChainで作ったフロー型ロボット、友達に勧められたCrewAI製の小さなアシスタント。どれも有能だが、問題は——お互いの言っていることがさっぱり通じない。

これは中国に七大方言区があるのと同じで、各地域の人は自分の村の仲間とは盛り上がれるが、一歩村を出るとお手上げだ。今のAIフレームワークもまさにこれだ。HermesにはHermesの話し方があり、LangChainにはLangChainのインターフェースがあり、CrewAIにはCrewAIのルールがある。HermesにタスクをLangChainへ引き継がせたい？残念、手動でコピペするか、大量のグルーコードを書くしかない。

これが「エージェントの孤島」と呼ばれるものだ。それぞれのAIは賢いのに、組み合わせるとバカになってしまう。

A2Aがなぜ相互運用を実現できるのか：名刺1枚＋共通語1つ

A2A（Agent-to-Agent）プロトコルが解決しようとしているのは、まさにこの「村を越えた通信」問題だ。これはGoogleが提唱し、Linux Foundationが管理するオープンプロトコルで、コードはオープンソース（Apache 2.0）、特定の企業の支配下にはない。つまり何を意味するか？特定ベンダーの「私物」ではなく、みんなで話し合って決めた「共通語」だということ。

A2Aのコアデザインは非常に現実的で、たった2つの要素から成る。

第一に、Agent Card（エージェント名刺）。 各エージェントは固定の場所（.well-known/agent-card.json）に「名刺」を置く。そこには、自分が何者か、何ができるか、どんなスキルがあるか、どんな権限が必要かが明記されている。相手は名刺を見れば、助けを求められるかどうか、どうやって依頼すればいいかが分かる。相手企業の社員の名刺をもらって、役職を見て「この人に相談すべきか」を判断するのと同じだ。

第二に、JSON-RPC 2.0標準の通話。 すべてのエージェント間は統一された「電話回線」で通信する——メッセージ送信、受信、タスクキャンセル、進捗確認、すべてが標準動作だ。さらにSSEストリーミングにも対応しており、まるで電話のように、相手が一言話すたびに聞き取れる。相手が長い文を全部言い終えるまで待つ必要はない。長時間のタスクはwebhookで通知をプッシュでき、完了したら知らせてくれるので、ずっと見張っている必要もない。

この設計により、A2Aはもう一つの人気プロトコルMCPと完璧に補完し合う。MCPは「どんなツールが使えるか」に答え、A2Aは「誰が仕事を手伝ってくれるか」に答える。一方はツールを管理し、もう一方はコラボレーションを管理する。

エコシステム全景：誰と相互運用できるのか？

公式ドキュメントは明確に述べている。HermesのA2AプラグインはあらゆるA2A互換のピアと相互運用できる。つまり：

別のHermes（もちろん可能）
LangChainエージェント（可能）
CrewAIエージェント（可能）
GoogleのADKエージェント（可能）
公式a2a-sdkで構築されたあらゆるもの（すべて可能）

しかも、これらの相互運用は絵に描いた餅ではない——すでに公式Python a2a-sdkで実地検証済みだ。名刺解析、メッセージ送信、ストリーミング対話、すべて動作確認済み。

実例：すでに起きているクロスフレームワーク連携

事例1：Hermes + OpenClaw 同一マシン通信（GitHub issue #42747）

あるユーザーが同じMac上でHermesとOpenClawを同時に動かし、両方のエージェントがTelegramに接続していた。しかしTelegramには厄介な制限がある。グループ内でボット同士はお互いの発言を見られないのだ。だからこの2つのAIは同じ屋根の下に住んでいるのに、ユーザーが手動で伝言するしかなかった。

これはまさにA2Aの典型シナリオだ。Hermesが直接OpenClawのスキルにタスクを委任し、その逆も同様に、Telegramと人手による中継を完全にバイパスする。エージェント同士が直接電話し、交換機を通さないのだ。

事例2：Gotong統合提案（#58325）

Gotongはセルフホスト型のワークフローオーケストレーションプラットフォームで、エージェントに「プロジェクトマネージャー」を付けるようなものだ。提案の考え方はこうだ。Hermesは個人の記憶・推論・意思決定を担当し、Gotongはガバナンスされた協調基盤——タスクスケジューリング、人間による承認、完全な操作記録——を担当する。両者はA2Aエンドポイントで接続し、それぞれの得意分野を担う。

事例3：ゼロ侵入の企業連携（#67951）

さらに軽量な移行案を提案する人もいる。HermesのSkillメカニズムだけで連携パッケージを作り、エージェントがターミナルツール経由でシェルスクリプトを呼び出し、スクリプトがHTTPで中央ハブと通信する。コード変更ゼロでマルチエージェント連携を実現できる。これはA2Aが正式に実装されるまでの「仮設の橋」だ。

ユーザーにとっての意味

A2Aエコシステム相互運用がもたらす変化は、一般ユーザーにとって非常に分かりやすい。

もう陣営を選ぶ必要はない。 今日はHermes、明日はCrewAIを試したい？問題ない。両者は互いに通信でき、データ・タスク・コンテキストはシームレスに移行できる。

あなたのエージェントはもう孤軍奮闘しない。 1つのエージェントで解決できないことがあれば、自分で「仲間を呼ぶ」——A2Aを通じて関連スキルを持つ別のエージェントを発見し、タスクを委任する。仕事で分からないことがあれば、上司にいちいち伝言を頼むのではなく、社内の詳しい同僚に直接聞くのと同じだ。

エコシステムはどんどん大きくなる。 プロトコルがオープンで中立的だからこそ、どんなフレームワークでも接続できる。今日はLangChainと繋がり、明日はあなたの会社の内製エージェントとも繋がるかもしれない——A2A標準に従っていれば。

一言でまとめると、A2AはAIエージェントを「方言の島」から「共通語のコミュニティ」に変えた。あなたのAIはもう孤島ではなく、この巨大な協調ネットワークの中で、いつでも助けを見つけられ、また他者からも見つけられるノードなのだ。