A2A 协议
A2A(Agent2Agent)协议是一项开放标准,它定义了由不同厂商、不同框架打造的 AI 智能体之间如何相互发现、安全通信并交接任务。谷歌于 2025 年 4 月联合 50 余家合作伙伴公开了该协议,并在同年 6 月将其捐赠给 Linux 基金会,目前在中立治理下以 Apache 2.0 许可证管理。
A2A(Agent2Agent)协议是一项开放标准,它定义了由不同厂商、不同框架打造的 AI 智能体之间如何相互发现、安全通信并交接任务。谷歌于 2025 年 4 月联合 50 余家合作伙伴公开了该协议,并在同年 6 月将其捐赠给 Linux 基金会,目前在中立治理下以 Apache 2.0 许可证管理。
为什么重要
智能体生态越壮大,就越会从"一个智能体包揽所有事"的结构,转向"多个专业智能体协作"的结构。问题在于,各个智能体建立在不同公司、不同平台之上。A2A 在它们之间充当通用语言。如果说 MCP 连接的是智能体与工具、数据,那么 A2A 连接的就是智能体与智能体。两个协议共同构成了智能体网络的通信栈。2026 年公开了 v1.0 稳定版,截至同年 4 月,已有 150 多个组织参与,Microsoft Copilot Studio、Azure AI Foundry、Amazon Bedrock AgentCore 等主流平台正式支持,使其不再停留于试点,而是用于实际生产环境。
工作原理
A2A 构建在 HTTP、SSE、JSON-RPC 等既有 Web 标准之上。
- Agent Card:智能体用以公布自身身份与能力的 JSON 文档。它发布在标准地址上,其他智能体读取后即可判断能将哪些任务交给它。最新版本中加入了用于域名验证的签名。
- Task 生命周期:智能体间的协作以 Task 为单位推进。从瞬时完成的请求到耗时数小时的长期任务,均支持状态追踪与流式传输。
- 设计原则:默认安全(企业级认证与授权)、支持长时运行任务,以及涵盖文本、音频、视频的模态无关性,是其核心原则。
与 MCP 的关系
A2A 与 MCP 是互补关系,而非竞争关系。MCP 标准化的是智能体像函数调用那样调用工具并获取上下文的"垂直"连接,A2A 标准化的则是智能体之间委派任务的"水平"连接。实际的多智能体系统会同时使用这两个协议:每个智能体用 MCP 处理自己的工具,用 A2A 与其他智能体协作。诸如处理支付这类特殊交互的 AP2(Agent Payments Protocol)等扩展,也正叠加在同一个栈之上。
GEO 视角的启示
一旦 A2A 普及,内容与服务被触达的路径就会新增"经由智能体"这一条。用户的个人智能体把任务委派给旅行预订智能体,而该智能体再去挑选可供参考的信息来源。要在这种环境中被选中,内容就必须具备便于机器阅读的结构,品牌信息也要在整个智能体生态中得到一致呈现。内容团队亲自实现 A2A 的情形虽然罕见,但"由智能体中介的发现是搜索的下一阶段"这一方向,会原原本本地反映到内容策略之中。
Sources:
- A2A Protocol Documentation
- Announcing the Agent2Agent Protocol (A2A) - Google for Developers
- Linux Foundation Launches the Agent2Agent Protocol Project - The Linux Foundation
inblog 如何提供帮助
智能体间的协作越多,内容被智能体先于人类读取的情形就越普遍。inblog 博客结构化的标记与清晰的元数据,会成为智能体判断内容主题与可信度的依据。具备对比表、FAQ、清晰的定义段落等便于智能体摘录的形式,便能提高内容在多智能体环境中被选中的可能性。