A2A（智能体间通信协议）

目前大多数 Agent 相关协议——包括 MCP——解决的都是『模型怎么连接工具和数据』这个问题。A2A 关注的是另一个问题：一个自主运行的 Agent，怎么把一项任务转交给另一个独立的 Agent 去执行，哪怕对方是别的厂商开发的、跑在完全不同的基础设施上，双方也不需要为彼此单独写对接代码。

A2A 最早由 Google 发起，后续逐步走向更开放、更中立于单一厂商的治理方式，是一个确实存在的互操作性项目，而不是某家公司内部的私有格式。截至 2026 年，这个方向仍在快速发展中，不同 Agent 生态实际落地和支持的程度也参差不齐。

A2A 的核心概念是 agent card——一份公开描述某个 Agent 能做什么的说明，性质上有点像一份服务的 API 说明文档——另一个 Agent 可以先拿到这份 agent card，了解远端 Agent 的能力，再决定要不要把任务交给它。任务本身在执行过程中会被协议持续跟踪，因为一个 Agent 任务往往需要经过较长时间、多轮异步的交互才能完成，而不是一次请求一次响应就结束。

怎么运作

客户端 Agent 先拉取远端 Agent 的 agent card，了解它能处理哪些类型的任务、怎么联系到它。之后客户端提交一个任务，双方 Agent 就通过协议持续交换消息，跟踪任务进展——这中间可能要经过好几轮往返，而不是一次调用就结束，因为 Agent 任务（不同于一次简单的工具调用）本身可能是一个需要多步骤才能完成的较长过程。正因如此，A2A 更适合理解成 MCP 这类协议的补充，而不是替代品：MCP 通常负责让一个 Agent 连上它自己要用的工具和数据，A2A 负责让一个 Agent 把整个任务委派给另一个独立的 Agent。

和相关概念的区别

常见误解

常见问题