A2A 协议发布 v1.0：面向生产的智能体通信标准
2026 年 3 月 12 日，A2A 社区宣布发布 A2A Protocol v1.0，这是 AI 智能体通信开放标准的第一个稳定、可用于生产的版本。协议由技术指导委员会（TSC）指导，委员会成员来自八家大型技术公司。
随着组织构建的多智能体系统越来越复杂，互操作性成为关键挑战：在单一平台内协调智能体并不难，难的是跨技术栈、跨组织边界的连接。A2A 通过多协议绑定、无缝的版本协商，以及统一的语义模型，让智能体在不同系统之间以可预期的方式互操作。
v1.0 强调的是成熟而非重造：核心理念保持不变，打磨了粗糙之处，澄清了含糊之处，并更直接地回应了企业部署的要求。官方 SDK 确保 v1.0 的 A2A 智能体能够与旧版本无缝协作。
面向企业需求
v1.0 引入了几项面向生产环境的能力，覆盖对信任、规模和运维控制要求极高的场景：
- 异构环境支持：通过多协议绑定与版本协商，在不同技术栈之间实现互操作，企业不必绑定单一厂商或平台。
- 多租户支持：单个端点即可安全地承载众多智能体，详见多租户 。
- 签名的 Agent Card：对智能体身份和元数据进行密码学验证，在跨组织交互之前建立信任，详见智能体发现 。
- 更强的安全态势：现代化安全流程，移除与当前最佳实践不再一致的遗留模式。
这些变化让 A2A 从早期采用者的实现，走向更广泛的企业信心，尤其是在受监管或多方参与的场景中。
贴合 Web 的可扩展架构
A2A v1.0 与 Web 的核心架构原则保持一致：无状态、分层架构、标准协议绑定，以及对基础设施友好的通信模式。这意味着组织可以沿用已经成熟的负载均衡、网关、安全与可观测性方案来扩展智能体交互。
标准建立在经过业界验证的协议之上，包括 JSON+HTTP、gRPC 与 JSON-RPC，并保持较低的入门门槛：最简单的 A2A 交互只需要一次 HTTP 请求。客户端可以根据负载和运维需要，选择轮询、流式传输或 Webhook 来获取任务更新和响应，详见流式传输与异步操作 。
与 MCP 互补，而非替代
MCP 与 A2A 解决的是不同层面的问题：MCP 通常用于单个智能体层面的工具与上下文集成，A2A 则聚焦智能体之间的通信与协调。在实践中，许多系统会同时使用两者：智能体内部用 MCP，智能体之间用 A2A。详见 A2A 与 MCP 。
从旧版本平滑迁移
v1.0 收紧了规范行为，交互协议层面包含破坏性变更。不过 AgentCard 以向后兼容的方式演进，允许智能体同时声明支持现有的 v0.3 协议行为和 v1.0，使客户端可以渐进迁移，而不必一次性切换。迁移细节见 A2A v1.0 有哪些变化 。
为什么现在很重要
AI 智能体正越来越多地部署到不同部门、产品和合作伙伴生态中。到了这个规模，关键问题不再是智能体能否在单一技术栈内协调，而是能否跨组织与平台边界可靠协作。开放协议决定了组织能够组合最优方案，还是被锁定在彼此孤立的技术栈中。A2A v1.0 为开放的多智能体协作提供了更坚实的基础，社区也正集中精力交付多语言的 v1.0 SDK，见官方 SDK 。