Microsoft Foundry エージェントにおける A2A エンドポイントと A2A ツール
Microsoft Foundry は、A2A Tool およびプロトコルバージョン 1.0 をサポートする A2A エンドポイントの一般提供により、エージェント間のコラボレーションを強化しました。既存の統合では、引き続き古い a2a_preview ツールとプロトコルバージョン 0.3 を使用できます。ホストエージェントは、MCP を介して公開される Foundry Toolboxes を通じて A2A ツールにアクセスできます。これらの機能により、エージェントが専門化し、スキルを共有し、境界を越えて安全に協力するマルチエージェントシステムを作成できます。標準化された A2A プロトコルにより、カスタム API や密結合されたオーケストレーションロジックの必要がなくなります。エージェントは、エージェントカードによる発見と A2A プロトコルによる通信を使用して、実装の詳細を複雑に知ることなく、他のエージェントに支援を要求できるようになりました。Foundry でホストされる A2A エンドポイントの場合、発見とエンドポイントアクセスは Microsoft Entra ID 認証によって保護されます。外部エージェントは、エージェントカードとやり取りし、A2A プロトコルを使用して、A2A エンドポイントとして公開されている Foundry エージェントを発見および呼び出すことができます。逆に、Foundry エージェントは A2A Tool を使用して別の A2A 互換エージェントに接続でき、これは RemoteA2A プロジェクト接続を通じて構成されます。ホストエージェントは、Foundry Toolbox をアタッチすることで A2A 機能を統合し、その後 A2A Toolbox Tool と RemoteA2A 接続を呼び出してリモートエージェントとやり取りします。認証は重要なアーキテクチャ上の決定として浮上し、RemoteA2A 接続には none、custom-keys、oauth2、user-entra-token、project-managed-identity、agentic-identity などのオプションがありますが、着信 A2A エンドポイントは Microsoft Entra ID 認証を厳密に強制します。Foundry エージェントを A2A エンドポイントとして公開するには、機能とエージェントエンドポイント上の A2A プロトコルを記述するエージェントカードを構成する必要があります。