A2Aとは？AIエージェント同士をつなぐ共通言語をやさしく解説
A2Aは、異なる会社やフレームワークで作られたAIエージェントが、互いの内部実装を公開せずに仕事を依頼し、進捗と成果物を受け渡すためのオープンなプロトコルです。
この記事でわかること
- A2Aが解決するのは、独立したAIエージェント間の相互運用です。
- Agent Cardで相手を知り、Message・Task・Artifactで仕事を進めます。
- 標準化されるのは通信の枠組みであり、相手への信頼や権限管理は別途必要です。
なぜA2Aが必要なのか
企業が使うAIエージェントは、ひとつの製品や組織だけで完結するとは限りません。調達を担当するエージェントが物流会社のエージェントへ納期を確認し、信用調査エージェントへ評価を依頼するように、得意分野の異なるエージェントを組み合わせる場面が増えていきます。
しかし、相手ごとにAPI、データ形式、進捗管理の方法が違えば、接続のたびに個別開発が必要です。A2Aはこの境界を共通化します。相手のモデル、プロンプト、内部メモリ、利用ツールを共有させるのではなく、外から見える能力と仕事の受け渡し方をそろえる考え方です。
A2Aを構成する5つの要素
- A2A Client
- 仕事を依頼する側のアプリケーションまたはエージェント。
- A2A Server
- 能力を公開し、依頼を受けて処理するリモートエージェント。
- Agent Card
- 名前、説明、接続先、対応機能、スキル、セキュリティ方式などを表すJSON。
- Message / Part
- 指示や会話を運ぶ単位。テキスト、ファイル、構造化データをPartとして扱う。
- Task / Artifact
- 追跡可能な仕事と、その結果として生成される成果物。
特に重要なのがTaskです。すぐ終わる質問だけでなく、途中経過があり、追加情報を求めたり、完了や失敗へ状態遷移したりする仕事を同じモデルで扱えます。
依頼から成果物までの流れ
- 01
相手を知る
Agent Cardや管理されたレジストリ、直接設定を通じて、相手の能力と接続方法を確認します。
- 02
仕事を依頼する
Messageを送り、必要に応じてTaskを作成します。入力はテキストだけでなくファイルや構造化データも扱えます。
- 03
状態を追跡する
同期応答、ストリーミング、購読、プッシュ通知から、処理時間とネットワーク条件に合う方法を選びます。
- 04
成果物を受け取る
処理結果はArtifactとして受け取り、後続のエージェントや業務システムへつなぎます。
企業導入で注意すること
A2A対応であることは、そのエージェントが安全・正確・信頼できることの証明ではありません。プロトコルは通信の共通枠組みを定義しますが、誰を信頼するか、どのデータを渡すか、どの操作を許すかは導入側の設計事項です。
- 本番通信はHTTPSを使い、サーバーの本人性を確認する
- APIキーやOAuth 2.0などを用途に合わせて選び、最小権限にする
- Agent Cardの内容だけを信用せず、登録・審査・署名検証を組み合わせる
- 入力検証、監査ログ、タイムアウト、キャンセル、事故時の遮断を用意する
- 外部エージェントへ送る会話履歴や機密情報の範囲を明示する
まとめ
A2Aは、AIエージェントを単なるAPIとして呼ぶだけでなく、能力を発見し、仕事を委任し、途中の状態を追い、成果物を受け取るところまでを共通化します。企業にとっての価値は、異なる製品・組織のエージェントを組み合わせやすくなることです。
次に設計判断で重要になるのが、A2AとMCPの役割分担です。両者は競合ではなく、異なる接続境界を標準化します。