A2A

面向独立Agent之间能力与任务互操作的协议。

A2A面向独立Agent之间的互操作，帮助表达能力、任务状态和产物。它与MCP的侧重点不同：MCP常用于工具和数据连接，A2A处理Agent之间的任务交互。二者可以互补，但都不自动完成企业授权、结果验证或商业责任分配。

首先判断是否真的跨独立信任域。如果只是同一个runtime内部的子任务，用直接委派合同可能更简单；只有不同系统、供应商或组织的Agent需要互通时，才引入协议边界。每个参与者应有可核验身份、可用能力、数据范围和超时取消合同，不能仅凭一张能力描述卡就授予执行权。

状态映射要清楚：远端accepted、working、input-required或completed，如何映射本地Task与Run？远端说completed应触发本地verifier，而非直接成功。产物需要来源、媒体类型、内容身份和访问规则；跨Agent返回的文字仍可能有错误或注入，不应提升为高优先级指令。

跨系统失败会带来重复投递、延迟结果、取消竞态和费用分摊。发送任务先保存稳定业务身份，明确谁负责重试与外部效果。验证任务重投、远端失联、取消后完成、权限撤回及产物过期等场景。协议互通成功，只证明消息能够交换，不能证明真实服务已经按约履行。

如果接入付费外部Agent，还要分清任务技术完成、服务被接受、实际交付与收费。一个协议completed状态不能证明客户认可或付款成功。企业控制平面应保存合同、产物验收和必要回执；研究中的benchmark提交、模拟用户和真实付费客户也不能混为采用证据。

协议版本与应用任务schema要分别登记。兼容升级后仍应测试状态映射和结果引用；远端能力发生重大变化时，应重新验证，而不是沿用最初的接入结论。

实践重点：显式任务状态、身份与结果合同；企业责任和授权另行定义。

验证抓手：验证任务状态映射、取消和产物来源。

常见误区：把互通协议当结果正确、商业履约或多Agent自动协作证明。

A2A：当前规范；MCP：当前规范。