A2Aプロトコル（Agent2Agent）とは

A2Aは、IBMのBeeAIによって導入されたエージェント通信プロトコル（ACP）に似た、 AIエージェント通信のためのオープンスタンダードです。従来のエージェント・オーケストレーション・フレームワークであるcrewAIやLangChainは、独自のエコシステム内でマルチエージェントワークフローを自動化しますが、A2Aプロトコルは、異なるエージェント・アーキテクチャーを持つエージェントが互いに「通信」できるようにするメッセージング層として機能します。

A2Aは、エージェント・エコシステムの共通言語またはユニバーサル・トランスレーターのようなものと考えることができます。これは、サイロを解消し、エージェントの相互運用性を強化することを目的としています。

A2Aプロトコルは、2025年4月にGoogleと他のテクノロジー・パートナーによってGoogle Cloudプラットフォーム上で最初に立ち上げられました。¹現在はLinux FoundationによってオープンソースのAgent2Agent（A2A）プロジェクトとして運営されています。²

2024年にAnthropicによって導入されたモデル・コンテキスト・プロトコル（MCP）は、AIアプリケーションがAPI（アプリケーション・プログラミング・インターフェース）、データソース、定義済み関数、その他のツールなどの外部サービスと効果的に通信するための標準化レイヤーとして機能します。一方、A2Aプロトコルはエージェント間のコラボレーションに重点を置いており、AIエージェント間の通信を可能にします。

どちらのプロトコルも、互いに補完し合うことを意図しています。たとえば、ある小売店が、在庫管理用のエージェントを持っているとします。このエージェントはMCPを使って製品や在庫情報が保存されているデータベースと連携します。在庫エージェントは、在庫が少なくなっていることを検知すると、社内の発注エージェントに通知し、社内の発注エージェントはA2Aを使用して外部サプライヤー・エージェントと通信し、商品を発注します。

Agent2Agentプロトコルは、エージェント間の相互運用を実現するため、いくつかの構成要素から成り立っています。

• A2Aクライアント（クライアント・エージェント）

• A2Aサーバー（リモート・エージェント）

• エージェント・カード

• タスク

• メッセージ

• アーティファクト

• パーツ

A2Aクライアントはクライアント・エージェントとも呼ばれ、リモート・エージェントにリクエストを委任するアプリ、サービス、またはその他のAIエージェントです。Agent2Agentプロトコルを使用して通信を開始します。

リモート・エージェントとも呼ばれるA2Aサーバーは、リクエストを受け取り、タスクを処理し、ステータスの更新または結果を返します。また、Agent2Agentプロトコルと互換性のあるHTTPエンドポイントを公開します。

このJSONファイルには、エージェント型AIメタデータの概要が記述されており、URLを使用してアクセスできます。エージェントの名前、説明、バージョン、サービス・エンドポイントURL、サポートされているモダリティーまたはデータ・タイプ、認証要件など、エージェントに関する基本情報が含まれています。

エージェント・カードは、大規模言語モデル（LLM）のモデル・カードに似ています。また、エージェントの能力とスキルを紹介し、名刺、履歴書、または LinkedInプロフィールのように、エージェントが相互に発見できるようにする役割を果たします。

タスクは、リクエストを達成するために必要な作業単位を表します。一意のIDを持ち、定義された状態（送信済み、動作中、インプット要求中、完了済み、失敗）のライフサイクルを経て進行します。タスクは、複数回の処理や長期にわたるエージェント間のコラボレーションに役立ちます。

コミュニケーションの基本単位であるメッセージは、会話における1つのやり取り（ターン）を表します。これには、実際のコンテンツを保持する1つ以上のパーツが含まれます。

メッセージは、回答、コンテキスト、指示、プロンプト、質問、応答、ステータスの更新を中継します。送信者に応じて、各メッセージには役割が割り当てられ、サーバーが送信するメッセージの場合はエージェントの役割、クライアントが送信するメッセージの場合はユーザーの役割となります。

アーティファクトとは、A2Aサーバーの作業の結果として生成される有形の成果物です。ドキュメント、画像、スプレッドシート、その他の成果物が含まれます。メッセージと同様、アーティファクトは1つ以上のパーツで構成され、段階的にストリーミングされる場合があります。

パーツは、メッセージまたはアーティファクト内のコンテンツの一部です。パーツには、格納するデータに応じてさまざまなタイプがあります。TextPartはテキストを格納するもので、FilePartはファイルを表し、DataPartには構造化されたJSON（JavaScript Object Notation）データが含まれます。

A2Aプロトコルは、クライアント・サーバー・モデルを採用しており、3段階のワークフローで構成されています。

1. 発見
2. 認証
3. 通信

A2Aワークフローは、主体（人間のユーザーまたは他のAIエージェント）がクライアント・エージェントに対してリクエストを開始することから始まります。例えば、ユーザーが旅行のスケジュール計画を依頼したり、AIエージェントが小売店の在庫の少ない商品を発注したりする場合です。

その後、クライアント・エージェントは発見プロセスを進め、リモート・エージェントを検索し、それぞれのエージェント・カードを取得して、タスクに最適なエージェントを決定します。

クライアント・エージェントが指定されたタスクを実行できるリモート・エージェントを識別すると、エージェント・カードに示されているセキュリティー・スキームに従って認証を行います。A2Aは、APIキー、OAuth 2.0、OpenID Connect Discovery など、OpenAPI仕様に準拠したセキュリティー・スキームをサポートします。

クライアント・エージェントが正常に認証されると、リモート・エージェントは承認とアクセス制御権限の付与を担当します。

通信は、クライアント・エージェントが選択したリモート・エージェントにタスクを送信することから始まります。エージェント間の通信は、データ交換の形式としてJSON-RPC（リモート・プロシージャー・コール）2.0を使用し、安全な転送のためにHTTPS経由で行われます。

その後、リモート・エージェントがタスクを処理します。さらに多くの情報が必要な場合は、クライアント・エージェントに通知し、追加の詳細を要求します。タスクを完了すると、リモート・エージェントは、生成されたアーティファクトとともにクライアント・エージェントにメッセージを送信します。

A2Aは、人間の介入が必要なタスクや複数のステップを必要とするタスクなど、すぐに完了できないより複雑なタスクの管理機能も提供します。数時間から数日かかる長期にわたるタスクの場合、またはクライアント・エージェントが切断された場合、A2Aプロトコルでは、クライアントが提供する安全なウェブフックへのプッシュ通知による非同期更新を可能にします。大きな出力や長い出力、または継続的なステータス更新の場合、A2Aプロトコルはサーバー送信イベント（SSE）を利用したリアルタイム・ストリーミングをサポートします。

Agent2Agentプロトコルは、実際のAIシステム内でのエージェント間通信に対して、次のような利点を提供します。

• プライバシー

• シームレスな統合

• セキュリティー

このプロトコルでは、エージェント型AIを不透明なエージェントとして扱います。この不透明さにより、自律エージェントは内部メモリ、独自のロジック、特定のツールの実装などの内部構造を明らかにすることなく連携できるため、データ・プライバシーと知的財産の保護に役立ちます。

A2Aは、HTTP、JSON-RPC、SSEなどの確立された標準を基盤として構築されています。これにより、企業はプロトコルを導入しやすくなり、現在のテクノロジー・スタックとの互換性を確保できます。

Agent2Agentプロトコルはセキュリティーを重視して設計されています。エンタープライズ・グレードの認証と承認メカニズムをサポートするとともに、安全な情報交換を可能にします。

A2Aはまだ初期段階にあるため、プロトコルの成熟に伴って改善が期待されています。これらの改善点には、エージェント・カードへの認証スキームとオプションの認証情報の正式な組み込み、予期しないスキルやサポートされていないスキルを動的にチェックする方法、タスク内での動的なユーザーエクスペリエンス（UX）のネゴシエーション（会話の途中で音声やビデオを追加するなど）のサポート、プッシュ通知とストリーミングの信頼性の強化などがあります。³

詳細については、公式のA2Aサイトをご覧ください。主要な概念の紹介、プロトコル仕様の確認、Pythonチュートリアルの活用、ソフトウェア開発キット（SDK）のダウンロードが可能です。A2Aには、コードサンプルとデモを公開しているGithubサイトもあります。