A2A 进入 AAIF 后，Agent 互操作的下一关是治理而不是连线
A2A 进入 Agentic AI Foundation 降低了跨厂商协议的治理风险，却没有替团队解决身份、恢复、验收与权限问题；本文解释协议边界，以及工程团队现在该怎样评估它。
A2A 从 Google 体系进入 Linux Foundation 旗下的 Agentic AI Foundation（AAIF），表面上是一项项目归属变化，实际影响的是多 Agent 系统最容易被忽略的一层：谁来维护跨厂商通信的共同规则。
这件事值得关注，却不该被读成「多 Agent 已经可以稳定协作」。A2A 解决的是发现、委派、状态交换和结果传递；它让不同 Agent 有机会接上彼此。身份、授权、错误恢复、幂等性、业务验收和人工接管，仍然要由运行时和业务系统完成。
对正在做 Agent 选型的团队，最实用的结论是：可以把 A2A 当作跨 Agent 的接口层来评估，现在就隔离协议适配；团队要把生产承诺押在自己的任务集、权限策略和故障测试上，而不是押在基金会入驻本身。
这周到底发生了什么
2026 年 8 月 17 日，AAIF 发布公告，宣布 Agent2Agent（A2A）作为托管项目加入基金会。公告把 A2A 定义为跨框架、跨厂商的 Agent 间通信标准，覆盖 Agent 发现、任务委派和工作交换。1
AAIF 的公告还称，A2A 得到了超过 150 家组织支持，并已在供应链、金融服务和移动平台等场景运行。两项内容都属于 AAIF 对项目生态和部署情况的自述，能够说明项目方如何定位 A2A，尚不足以替代独立的成功率、故障率或跨实现兼容性测试。1
项目归属变化的关键在于治理边界。Linux Foundation 在 2025 年 12 月成立 AAIF 时，把 MCP、goose 和 AGENTS.md 作为创始项目贡献，并明确把基金会定位为一个开放、中立的治理场所。2
因此，本周的增量并非又出现了一个 Agent SDK。新增变化是：一个由 Google 发起、并于 2025 年捐赠给 Linux Foundation 的 Agent 间协议，进入专门聚焦 Agent 基础设施的 AAIF，与 MCP 等项目放在同一个中立治理框架下演进。1
A2A 究竟解决哪一层问题
先设想一个企业流程：客服 Agent 收到退货请求，发现退款金额需要财务 Agent 审核；财务 Agent 又需要订单 Agent 提供交易状态。三个 Agent 可以由不同团队用不同框架开发，也可以运行在不同云上。系统如果为每一种组合单独写接口，Agent 数量越多，集成边就越多。
A2A 把这条边抽成共同协议。Google 在 2025 年首次发布 A2A 时，把协议拆成几个关键对象：客户端 Agent 发起任务，远程 Agent 执行任务；远程 Agent 通过 JSON 格式的 Agent Card 声明自己的能力和访问方式；任务拥有生命周期，长任务可以持续发送状态更新；完成后的结果以 artifact 形式交付。3
这组对象解决了一个具体问题：一个 Agent 如何知道另一个 Agent 能做什么、怎样把工作交给它、怎样等待长任务完成、怎样拿回结果。A2A 官方文档把这个范围概括为不同 Agent 之间的通信与协作，并强调远程 Agent 可以保留自己的内部记忆、工具和实现细节。4
A2A 与 MCP 的关系也因此清楚了：
| 层次 | 解决的问题 | 工程含义 |
|---|---|---|
| MCP | Agent 如何连接工具、API、数据和资源 | 为一个 Agent 配备可调用能力 |
| A2A | 独立 Agent 如何发现彼此、委派任务和交换结果 | 让不同框架或组织的 Agent 组成协作流程 |
A2A 官方文档明确把两者描述为互补关系，并把「Agent 到工具」与「Agent 到 Agent」分成两层。4
A2A 进入 AAIF 后，AAIF 8 月 20 日发布的另一篇文章进一步强调了这种分工：A2A 负责独立 Agent 之间的协作，MCP 负责 Agent 连接工具和上下文，UCP 与 AP2 负责商业结账和支付授权。文章把 Agent Card、任务状态、进度、artifact 和扩展机制放在同一条协作链上，并承认相邻协议仍需要在部署细节上协调。5
这个分层会直接影响架构。团队可以让每个专业 Agent 用 MCP 连接数据库、代码仓库或企业 API，再用 A2A 对外暴露一组可委派任务。团队也可以在网关层记录 A2A 的任务状态、调用方身份和结果摘要，而不必把每个远程 Agent 的内部实现塞进主 Agent 的提示上下文。
进入中立基金会，改变的是哪种风险
单一厂商维护协议时，使用方要承担三种路线风险：协议会不会跟着产品战略转向，版本升级会不会优先服务自家平台，竞争厂商能不能相信这个接口长期保持开放。基金会治理无法消除所有风险，却能把路线决定从单一产品团队的内部决策，变成公开项目中的协作过程。
AAIF 成立公告把「中立、开放、透明、社区驱动」列为治理目标，并说明基金会的创始成员包括 AWS、Anthropic、Google、Microsoft 和 OpenAI 等公司。2 这类参与结构至少让协议具备了一个跨竞争者讨论版本、扩展和兼容性的场所。
A2A 官方文档还提供了更具体的治理线索：项目由技术指导委员会维护，委员会成员来自 AWS、Cisco、Google、IBM Research、Microsoft、Salesforce、SAP 和 ServiceNow；协议扩展和自定义绑定采用分级推进方式，让核心规范保持稳定。4
对工程团队来说，这会降低三项成本：
- 适配层更值得长期保留。 团队可以把 A2A 视为外部接口，把协议版本、绑定和扩展放在独立网关中，业务工作流只依赖自己的任务模型。
- 跨供应商协作更容易谈清楚。 双方可以围绕 Agent Card、任务状态、结果 artifact 和身份认证讨论接口，而不是从各自 SDK 的私有对象开始谈。
- 社区能更早暴露兼容性问题。 不同实现如果都参与规范和 SDK，版本协商、扩展冲突和错误语义会更早进入公开讨论。
这些收益有一个边界：治理解决「共同规则由谁维护」，运行时解决「一次任务能否在真实环境里完成」。基金会可以降低路线风险，无法替团队提供业务级 SLA，也无法替团队决定退款、写库、发邮件或修改生产配置前必须经过哪些审批。
协议能互通，任务仍可能失败
协议的价值在于让消息抵达正确的 Agent，让双方对任务和状态有共同语义。生产系统还要回答更难的问题：远程 Agent 返回的结果是否正确，重复发送会不会造成两次副作用，任务超时后能否安全重试，调用方是否有权读取这份数据，远程 Agent 失联后谁负责接管。
2026 年 8 月 20 日提交的论文《One Success Isn't Reliability: Thinkingbox, a Sandbox and Benchmark for Agents in Stateful Business Workflows》把这个问题放进了一个更接近业务系统的环境。Thinkingbox 提供隔离的 MCP 兼容工具会话、完整执行轨迹，以及基于终端后端状态的结果评测；配套基准包含 507 条带策略条件的工作流，覆盖零售、酒店、车险、数字银行内部 IT 和咨询支持等场景。不同模型中，最强系统的单次成功率为 65.36%，论文的
pass^20 指标为 25.25%。很多失败轨迹看起来已经正常结束，也执行了合法的状态变更，最终后端状态却没有完成任务。6这组结果直接触及 A2A 的边界：消息和工具调用都符合协议，业务流程仍然可能失败。端到端验收必须检查终端状态、缺失信息、依赖工具和额外副作用，单看模型回复或一次合法工具调用都不够。
2026 年 8 月 14 日提交的论文《Agentic Transaction: Towards ACID-Compliant Agent Systems》把另一部分问题类比为数据库事务问题，并提出语义原子性、一致性、隔离性和持久性四项保证。论文给出的系统通过「探索—执行—验证」循环、带事务意识的状态管理和依赖感知隔离来约束 Agent 执行；作者报告其系统在常用基准上比论文所比较的现有最佳 Agent 高 10.6%。7
这项工作仍是研究方案，不能直接当作 A2A 已经具备事务语义的证据。它的意义在于指出了协议之外的缺口：当一个任务跨多个 Agent、多个工具和持久化状态时，系统需要定义失败时哪些动作可以保留、哪些动作必须回滚，以及谁来验证结果。
同一周，论文《Benchmarking LLM Judges for Mobile Agent Evaluation》提交了 MobileJudgeBench。研究者用 931 条人工标注轨迹，覆盖 6 个移动 Agent 基准、4 个 Agent 模型和 68 个应用，比较了 6 类 LLM 评审方法。论文发现，简单的截图采样评审器有时可以超过专门设计的复杂评审流程；评审效果主要受底层模型影响，而且不同模型会表现出偏保守或偏宽松的失败特征。8
这项结果对多 Agent 选型有一个直接提醒：评测结果本身也有测量误差。团队如果只用一个 LLM 评审器判断 A2A 工作流是否成功，可能把评审器的偏差误认为 Agent 的能力。更稳妥的做法是同时保留结构化业务断言、人工抽样和多次重复运行。
Google 在 2026 年 8 月 17 日发布的零信任 Agent 工程文章，也把防线放在模型上下文之外：为每个 Agent 的写入动作使用加密签名，在 gVisor 沙箱中隔离动态代码，并用确定性的网关检查输入、输出和业务规则。9 这是 Google 的工程建议和示例实现，不能当作行业统一做法；它却准确指出了 A2A 互联后必须单独处理的三类问题：行动归因、执行隔离和业务边界。
成熟度地图
| 方向 | 当前判断 | 采用前提 |
|---|---|---|
| A2A 的 Agent Card、任务生命周期和结果交换 | 已落地的协议能力：规范、文档和多语言 SDK 已公开，适合先做接口试验 | 团队要固定协议版本，记录能力声明，并为长任务定义超时、重试和幂等规则。4 |
| A2A 与 MCP 的分层组合 | 快速扩张：两个协议分别覆盖工具连接与 Agent 协作，越来越适合放进同一套网关设计 | 团队要把工具权限与 Agent 委派权限分开，避免远程 Agent 通过一层委派间接获得过宽的工具能力。34 |
| AAIF 中立治理 | 快速扩张中的基础设施条件：A2A 加入 AAIF，治理与其他 Agent 开放项目靠近 | 团队要观察版本兼容、扩展审批和实现之间的互操作测试，基金会归属本身不能替代验证。1 |
| 跨组织的长期自治协作 | 容易被高估：协议可以传递任务，跨组织的身份、责任、数据边界和业务验收仍未由协议自动解决 | 只有在双方明确身份、授权、审计、赔付/回滚和人工接管条件后，才适合进入高风险流程。10 |
| 用一个排行榜证明多 Agent 可靠 | 容易被高估：近期研究显示，Agent 评审器的模型和偏差会改变评测结论 | 团队要用自己的任务集做重复运行、故障注入、人工抽样和结构化断言。8 |
这里最容易被误解的是「已落地」四个字。它只表示协议对象和实现已经可以使用，不表示任何一个跨组织工作流都能稳定运行。对生产选型而言，协议成熟度和任务可靠性是两条独立坐标轴。
技术团队现在可以做什么
先把跨 Agent 接口隔离出来
如果团队已有多 Agent 试验，可以先把 A2A 适配放到网关或边界服务中，内部工作流继续使用自己的任务对象。适配层至少要记录：协议版本、Agent Card 版本、调用方身份、任务 ID、状态变化、输入输出摘要和最终 artifact。
这样做的好处是，团队可以更换框架或云平台，而不用重写业务状态机。团队也能在同一个位置增加版本协商、限流、审计和人工审批。
上线前验证五个失败路径
- 重复提交。 同一个任务因网络重试再次到达时，系统是否只产生一次写入或扣款。
- 中途失联。 远程 Agent 在执行一半后消失时，调用方能否知道最后一个可靠状态。
- 结果不完整。 Agent 返回部分 artifact 时，主流程会暂停、降级还是交给人工。
- 权限越界。 远程 Agent 请求的工具、数据和写入范围是否仍在任务授权内。
- 评测误判。 结构化断言、人工抽样和 LLM 评审器对同一次任务的结论是否一致。
这些测试比「两个框架能否互相发消息」更接近真实选型。消息连通只是进入系统的第一道门，副作用控制和结果验收才决定能不能上线。
暂缓三种承诺
团队可以先做边界清晰的跨 Agent 委派，例如把订单查询交给订单 Agent，把合规检查交给合规 Agent，再由主流程合并结果。团队需要谨慎对待三种承诺：
- 一次接入后，所有框架和云平台都能无差别协作；
- 多个 Agent 会自动形成高于单 Agent 的判断力；
- 跨组织 Agent 可以在没有人工审批和责任归因的情况下长期运行。
A2A 的协议边界越清楚，团队越容易判断这些承诺需要补哪些运行时组件。把所有希望都放进「互操作」三个字，反而会掩盖真正的工程工作。
未来 6–12 个月
A2A 进入 AAIF 后，竞争重点会从「有没有一个 Agent 间协议」转向三件更具体的事：
- 兼容性。 不同框架对 Agent Card、任务状态、流式更新和错误的实现是否一致。
- 控制面。 网关能否按身份、组织、任务类型和参数实施授权、限流、审计与撤销。
- 可靠性。 跨 Agent 任务能否在工具失败、模型升级、网络中断和部分结果返回时恢复。
协议会让跨团队协作的初始成本下降，治理会让团队更愿意把接口当成长期基础设施。真正决定采用规模的，仍然是协议周围的测试、身份和运行时控制能否形成一套可重复的工程实践。
结论
本周 A2A 进入 AAIF，最重要的信号是 Agent 互操作开始进入基础设施治理阶段。A2A 的职责可以清楚地放在「Agent 到 Agent」这一层：发现能力、委派任务、交换状态和交付结果；MCP 则负责「Agent 到工具」的连接。
这项治理变化值得团队提前适配，却不值得团队提前承诺自治结果。现在最稳妥的路线，是把 A2A 放进独立的协议边界，用自己的任务集验证重复成功率、恢复能力、权限边界和人工接管，再决定哪些流程可以从试验走向生产。
对 Agent 系统的判断，今后要同时问两句话：它能不能和别的 Agent 说上话？它在说错、断线或越权时能不能停下来？ 前一个问题由协议回答，后一个问题决定系统是否值得信任。
References
- 1
- 2Linux Foundation Announces the Formation of the Agentic AI Foundation
linuxfoundation.org
- 3Announcing the Agent2Agent Protocol (A2A)
developers.googleblog.com
- 4A2A Protocol
a2a-protocol.org
- 5
- 6
- 7
- 8
- 9Build zero-trust AI agents with Google's Agent Development Kit
developers.googleblog.com
- 10Build zero-trust AI agents with Google's Agent Development Kit
developers.googleblog.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.