A2A 协议是什么？智能体发现能力与跨系统任务协作
用研究助手委托远程资料助手解释 Agent2Agent，说明能力发现、任务状态与产物，区分 A2A 与 MCP，并指出协议不保证对方结果正确或授权有效。
先理解这个概念
A2A即Agent2Agent，是让不同智能体系统交换请求与任务结果的开放协议，目标是支持跨实现协作。它包含能力发现和任务交互等机制，不要求公开对方所有内部实现。A2A与连接工具资料的MCP侧重点不同，也可以一起使用；采用协议不等于对方可信、结果正确或自动拥有用户授予本系统的全部权限。
能力卡片帮助发现服务但需要核验
例如研究助手可以发现远程助手支持检索某类公开资料，再把明确范围的任务交给它。Agent Card等描述用于说明能力和接入信息，但描述本身是对方的声明。不能只因写着支持专业研究，就推断具有可靠来源或相关资格。
接入仍需按协议支持的身份与授权方式处理，向远程服务发送的资料范围要符合用户权限。任务里不需要的私人内容不应一并转交。本文举公开资料查询的例子，没有连接远程智能体或执行跨系统业务动作。
任务状态与最终产物要分别读取
远程任务可能需要时间，也可能请求补充输入，调用方不能把收到响应当成已完成。应按返回状态处理，并核对产物是否覆盖任务要求。A2A规范提供任务及消息等结构，具体支持的交互形式还要按两端实现确认。
最终答案如果包含引用，调用方仍应打开原始来源检查。对方只说已经查证，而没有可追溯资料，证据不足的问题依然存在。跨系统传递不会把一个未经确认的主张变成事实，也不能靠多个智能体一致赞同来替代核验。
与 MCP 和本地多智能体编排分别比较
MCP主要规范应用与工具或上下文服务的连接，A2A主要规范智能体之间的协作交互。一个远程助手内部也可以通过MCP读取资料，再用A2A返回结果。它们不构成非此即彼的选项，实际选择取决于需要交换的是动作接口还是任务协作。
同一程序内部的多个角色也可以直接编排，不一定需要跨系统协议。引入A2A以后还要处理失败和取消，避免重复委托产生重复操作。本文依据规范与ADK资料解释边界，没有报告互操作实测，也不承诺不同厂商全部功能自动兼容。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。