マルチAgentに関するチュートリアルは数多いが、デプロイ、ディスカバリー、通信、状態管理をまとめて明確に解説しているものは意外と少ない。
Google Codelabsの最近のA2A購入アシスタントチュートリアルでは、非常に日常的な例を用いてこの課題を分解している。購入コンシェルジュAgentがA2Aクライアントとして、Burger AgentとPizza Agentという2つのリモートエージェントと連携する仕組みだ。チュートリアルでは、A2AがMCPの補完的な役割を果たすこと（MCPはツールやデータを接続し、A2Aは他のAgentを接続する）が強調されている。また、別のAgent Runtime Codelabでは、A2A、ADK、Cloud Run、Agent Engineを同一の本番運用パイプラインに組み込む方法も示されている。
これは現場のエンジニアにとって有用だ。「Agent連携」という抽象的な概念を、具体的なエンジニアリングの事実に引き戻しているからだ。具体的には、AgentCardの準備、標準化された通信、アクセス可能なエンドポイントへのデプロイ、タスクライフサイクルの処理、そして状態管理の責任所在の決定が必要となる。
私は以下の順序で再現を進める。まずローカルで2つのシンプルなAgentを動かし、次にCloud Runへデプロイし、最後にAgent Engineを接続する。最初からプラットフォームのオールインワン構成を追求するのではなく、タスクの分割が本当に意味を持つかどうかをまず確認すべきだ。
このアプローチは、注文処理、カスタマーサポート、調達、社内ITなど、「複数の専門的な役割を連携させる」プロセスに適している。単純なQ&Aには不向きだ。
MCPがAgentにツールを接続するUSBポートだとすれば、A2Aはオフィスの内線電話やチケットシステムに近い。本番環境で使えるかどうかは、デモの派手さではなく、メッセージがどのようにルーティングされるかで決まる。
主な情報源：