A2A Protocol

A2AのエージェントはすべてAgent Cardを公開する。身元、エンドポイント、スキル、認証要件を記したJSONファイルだ。クライアントはこの名刺を読んで、相手が何をでき、どうつながればよいかを知る。発見は中央のレジストリに依存しない。エージェントを外に出すとき、最初に書くのがこの名刺になる。

タスクは仕事の中心単位で、一意のIDと、submittedからworking、completed、failed、canceledへ続くライフサイクルを持つ。この構造のおかげでエージェントは長い仕事を協調させ、複数ターンの会話を引き継げる。そして成果物、つまり仕事の具体的な結果を生み出す。単なるリクエストとレスポンスの呼び出しとA2Aを分けるのが、この要素だ。

A2AはHTTP、JSON-RPC 2.0、server-sent eventsの上で動く。多くのチームがすでに配備と防御の方法を知っている技術だ。導入に新しいスタックは要らず、学習の負担が軽く、既存のIT環境にも組み込みやすい。クラウドでもオンプレミスでも動く。

時間のかかるタスクでは、クライアントはserver-sent eventsで購読し、状態と成果物の更新をリアルタイムで受け取れる。クライアントがオフラインなら、重要な更新のたびにサーバーがwebhookで通知を送れる。この2つで、素早い仕事も数時間から数日かかる仕事もカバーできる。

エージェントは内部メモリやツール、独自ロジックを共有せずに協働するため、双方が自社の知的財産を保てる。ここでのAIエージェント通信が肝であり、エージェント間標準として機能する所以でもある。A2Aは企業レベルの認証と認可を前提とし、遠隔エージェントをブラックボックスとして扱う。この設計は、別々の企業が作り所有するエージェントという現実に合っている。

メッセージは複数のパートで構成され、テキスト、ファイル参照、構造化データを載せられる。エージェントは単なる文字列以上のものをやり取りできる。どのフレームワークや言語でエージェントが作られたかをプロトコルは問わず、混在した環境で役立つのはそのためだ。ツールにMCPをすでに使っているなら、A2Aはそれを置き換えず、並んで機能する。

仕様はLinux Foundation A2Aとして同財団のもとでベンダー中立のガバナンスに置かれ、AWS、Cisco、Google、Microsoft、Salesforce、SAP、ServiceNowなどの創設メンバーが支える。公式SDKはPython、JavaScript、Java、C#/.NET、Go、Rustをカバーする。公開のGitHubプロジェクトがサンプルを提供し、コマンドラインツールを使えば端末からエージェントを見つけてメッセージを送れる。