A2Aとは

Agent2Agent Protocol / Agent-to-Agent

異なるベンダー・フレームワークで構築されたAIエージェント同士が連携するための標準プロトコル

ひとことで言うと

違う会社が作ったAIエージェント同士が、協力して動けるようにする共通規格。

概要

A2A(Agent2Agent Protocol)とは、異なる開発者・ベンダー・フレームワークによって構築されたAIエージェント同士が、互いの実装の詳細を知らなくても連携・協調できるようにするための標準プロトコル。 企業内で複数のチームやベンダーが別々に開発したエージェントを組み合わせ、より大きなタスクを遂行させたいというニーズに対応するため、エージェントが互いの能力を発見し、タスクを依頼し、結果を受け取るための共通のやり取りの形式を定義している。 Googleが主導して公開したプロトコルで、各エージェントは自身の能力を記述する「Agent Card」を公開し、他のエージェントがそれを参照してタスクを依頼できる仕組みを備える。

背景

実務では、異なるチームやベンダーが個別に開発した複数のAIエージェントを組み合わせて業務を自動化したい場面が増えている。 しかしエージェントの実装がそれぞれ異なると、連携のたびに個別のインテグレーションが必要になり非効率だった。 A2Aは、エージェント間の連携方法を標準化することで、この非効率を解消するために考案された。

歴史

2025年4月: Googleが複数のパートナー企業と共同でA2Aプロトコルを発表し、異なるベンダーのエージェント間の相互運用性確保を目指す取り組みを開始。

アーキテクチャ

各エージェントは、自身が提供できる能力を記述した「Agent Card」を公開し、他のエージェントはこれを参照して連携相手を発見する。 エージェント間では、タスクの依頼・進捗の共有・結果の受け渡しといったやり取りを、標準化されたメッセージ形式で行う。

ワークフロー

各エージェントがAgent Cardで自身の能力を公開 → 依頼元エージェントがAgent Cardを参照し連携先を選定 → 標準化されたメッセージでタスクを依頼 → 実行結果を受け取り自身のタスクに反映する。

コード例

{
  "name": "WeatherAgent",
  "description": "都市名から現在の天気を返すエージェント",
  "url": "https://example.com/a2a",
  "skills": [
    {
      "id": "get_weather",
      "description": "指定した都市の天気を取得する"
    }
  ]
}

利点

• 異なるベンダー・フレームワークで構築されたエージェント同士でも、統一的な方法で連携できる
• エージェントの実装詳細を知らなくても、公開された能力の記述をもとに連携先を選定できる
• HTTPとJSON-RPCをベースにしており、既存のWeb技術スタックの上に実装しやすい

欠点

• 比較的新しい仕様であり、実運用での事例やエコシステムが発展途上
• 複数エージェントを連携させる分、単一エージェントでの処理よりシステム全体の複雑さが増す
• エージェント間でどこまでの権限・データを渡してよいかという認可設計が別途必要になる

比較

• MCP — MCPがLLMアプリケーションとツール・データの接続を標準化するのに対し、A2Aはエージェント同士の連携を標準化する
• マルチエージェント — A2Aは、異なる開発元のエージェントを組み合わせたマルチエージェント構成を実現するための標準プロトコルの1つ

関連用語

よくある質問

参考文献

• BlogGoogle: Announcing the Agent2Agent Protocol (A2A)
• GitHuba2aproject/A2A

関連する年表

関連Zenn記事

• Google発のAgent2Agent Protocol (A2A)とは？AIエージェント間の通信を標準化する新プロトコル
• #クロスプラットフォーム Agent-to-Agent (A2A) 協調フレームワークの構築
• Agent2Agent Protocol (A2A)発表
• Agent2Agent Protocol (A2A) - 概要