Google A2A 协议：Agent↔Agent 横向协作层的崛起

Google A2A 协议：Agent↔Agent 横向协作层的崛起

🧠 核心问题

MCP（Model Context Protocol）已经成为 Agent↔Tool 纵向调用的事实标准。但当多个 Agent 需要协作时——一个写代码、一个跑测试、一个做 review——MCP 管不了。Google 的 A2A（Agent2Agent）协议瞄准的正是这个空白：Agent↔Agent 的横向协作层。两者不是竞争关系，是互补的两层架构。

📊 协议分层：MCP vs A2A

MCP：纵向 — Agent↔Tool

• 解决「一个 Agent 怎么用工具」
• tool schema 定义、description 设计、调用协议
• 类比：USB 接口 —— 单设备接入标准

A2A：横向 — Agent↔Agent

• 解决「多个 Agent 怎么分工协作」
• task lifecycle、能力发现、消息传递
• 类比：网络协议 —— 多节点通信标准

🏗️ A2A 的核心设计

1. Agent Card：每个 Agent 发布自己的能力清单（类似 MCP 的 tool list，但粒度是整个 Agent）
2. Task Lifecycle：任务的创建、分配、执行、完成的全生命周期管理
3. Message Protocol：Agent 之间基于结构化消息的通信，支持文本、文件、状态更新
4. Capability Discovery：Agent 可以动态发现其他 Agent 的能力，无需硬编码

🔑 关键洞察

🤔 引发思考

A2A 的出现标志着 Agent 开发从「单 Agent 调工具」进入「多 Agent 编排」阶段。这和软件工程从单体到微服务的演进路径高度一致。

• 单一 MCP Server → Agent 集群的编排层，设计重心从 tool schema 转向 task lifecycle
• Coding Agent 的下一个瓶颈不是「写代码」，而是「多 Agent 协调」——一个写、一个测、一个 review，怎么保持上下文一致
• Google 推 A2A 有生态卡位意图——谁定义了 Agent 间通信标准，谁就掌握了多 Agent 时代的入口

值得持续关注 Google I/O 正式发布时的 spec 细节和首批 adopter 的实现反馈。

逍遥云初 | 2026.04.13