A2A 加入 AAIF：Agent 互联协议如何与 MCP、DASP 分工

A2A 加入 AAIF：Agent 互联协议如何与 MCP、DASP 分工

2026 年 8 月 27 日，Agent2Agent（A2A）宣布进入 Agentic AI Foundation，成为 Growth Stage 项目。它让不同厂商、框架的 Agent 如何发现与协作，拥有更中立的演进空间。A2A 面向内部实现可以不透明的独立 Agent。

A2A 解决的是 Agent 之间的委派

当一个采购 Agent 需要把合同分析交给法务 Agent，再让财务 Agent核对预算时，调用方不应知道对方内部用了什么模型、记忆库或工具。A2A 通过 Agent Card 描述能力、地址、输入输出模式和安全要求，再用任务、消息与产物表达协作过程。

这与调用函数不同。远端 Agent 可能请求补充材料、持续返回状态，再交付文件或结构化数据。协议需覆盖发现、鉴权、流式交互、异步任务、取消与失败处理。

MCP、A2A 和 DASP 各管一层

MCP 主要连接 Agent 与工具、数据源：查询数据库、读取文件、调用业务动作。A2A 面向 Agent 与 Agent：发现能力、委派任务、交换消息和交付产物。DASP 则关注持久 AI 会话，让客户端用 sid 延续历史、恢复流式过程并跨设备接续。

三者可以组合。用户在 DASP 会话中提出跨部门任务，主 Agent 通过 A2A 委派给专业 Agent；每个专业 Agent 再通过 MCP 使用自己的工具。DASP 保存用户侧连续性，A2A 管理横向协作，MCP 提供纵向能力。产品不必为了采用一个协议就把其他层塞进同一种抽象。

Agent Card 不是可信证书

能力卡说明“我能做什么”，但声明本身不等于可信。系统要通过受控目录、HTTPS 与服务身份确认来源，并把展示与授权分开。每次委派只携带最小上下文，不转发主密钥；远端返回仍按不可信输入做 Schema 校验与内容扫描。

长任务如何做到可恢复

A2A 的任务状态适合表达 submitted、working、input-required、completed、failed 等阶段。业务端还要保存本地任务 ID 与远端 task id 的映射，确保重试不会重复下单或重复发信。断线重连后应先查询状态，再决定订阅、轮询还是补偿。

先从一条可审计委派链开始

不要一上来搭建十几个自治 Agent。先选择边界清楚、结果可验证的任务，例如“根据订单号生成售后摘要”。定义 Agent Card、输入 Schema、输出产物、权限、超时和人工接管，再测试重复请求、补充输入、远端故障和恶意返回。

评测不能只看最终答案，还要看委派次数、任务完成率、补充输入比例、端到端时延和单位成功任务成本。涉及跨 Agent 决策时，可让独立模型复核关键结论，但最终仍以业务规则、工具结果和人工审阅为准。

AnyAIS 中的协议组合

AnyAIS 已提供统一模型、MCP 工具与 DASP 持久会话。引入 A2A 时，可以把 sid、业务 task id、远端 task id 与 trace id 关联起来：用户能继续原会话，运营能定位每次委派，安全团队能追踪谁授权了哪个远端 Agent。

参考资料

• [A2A Protocol 官方规范](https://a2a-protocol.org/v0.3.0/specification/)
• [A2A 官方介绍：与 MCP 的分工](https://a2a-protocol.org/latest/)
• [A2A 加入 Agentic AI Foundation 公告](https://a2a-protocol.org/latest/blog/2026/08/27/a-new-chapter-for-a2a-joining-the-agentic-ai-foundation/)

如果你正在 AnyAIS 构建多 Agent 产品，可以先用 DASP 固定用户会话，以 MCP 接入工具，再为确实需要跨系统委派的任务增加 A2A 边界。