A2A进入“标准之家”：企业多智能体协作，先补一张交接单

企业里的智能体正在越过“一个助手做一件事”的阶段：销售助手要向报价助手交接客户需求，客服助手要调用售后系统，运营助手还要把结果回写到业务流程。真正卡住团队的，往往不是再接入一个更强模型，而是这些不同团队、不同供应商、不同系统里的智能体，到底怎样带着边界和责任完成交接。

8月17日，Axios 报道称，Google 发起的 Agent2Agent（A2A）协议将成为 Agentic AI Foundation（AAIF）的托管项目，与 MCP 等项目进入同一中立治理体系。这条消息的价值，不只在于又多了一个协议名称，而在于多智能体协作开始从“各家平台各自连接”走向可共同维护的基础设施。

MCP管“接工具”，A2A管“交工作”

可以把两者理解成两层不同的连接。MCP 更像让模型安全使用数据、工具和应用的接口层；A2A 面对的则是独立智能体之间的协作：一个智能体提出任务，另一个智能体在自己的上下文、权限和专业流程内完成它，再交回结果。Axios 对这次变化的概括很准确：企业正同时部署来自多家模型、平台和工具提供商的智能体，而开放标准能减少为每一组组合手工开发连接器的负担。

协议解决的不是“谁更聪明”，而是“谁该接手、能看到什么、完成后交回什么”。

Google 在6月对 A2A 的说明中给出过一个关键原则：专业智能体可以把敏感数据和内部方法保留在自己的安全边界内，只向请求方返回完成任务所需的结果。它还列举了库存核验、B2B 采购、实时数据流监控、跨系统开通权限等场景。对企业来说，这意味着协作不必等于把所有知识、提示词和权限塞进一个“总控大脑”。

企业现在该准备的，不是一张“智能体通讯录”

很多团队已经有一份智能体清单：客服、销售、内容、数据、研发各有一个。但清单只说明“谁存在”，并不说明“谁能接谁的活”。当任务跨过部门或供应商时，至少要把四件事写成可验收的交接单：

这四项听上去像流程管理，却决定了智能体协作能否进入生产。没有来源和有效期，接手方拿到的只是无法判断新旧的文本；没有动作边界，协作会悄悄扩大为越权执行；没有回传标准，团队只能看到一句“已完成”，却不知道结果是否能进入 CRM、审批或客户沟通。

STARBOX视角：把交接做成可复用的“协作接口卡”

我在这条消息里看到的，不是“企业马上要统一采用某个协议”，而是一个更务实的信号：未来企业一定会同时使用多个模型、多个智能体和多个业务系统。真正可迁移的资产，不会是某一家平台的提示词，而是能被不同智能体理解和执行的协作约定。

在 STARBOX 的视角里，组织层先定义跨部门任务的责任、审批和升级；BOX 层沉淀客户旅程、业务术语、任务模板、交接字段和成功样例；智能体层才在各自授权范围内接单、执行、回传。每一次被人工退回的交接，都应回写为接口卡的缺失字段、过期规则或权限校准，而不是留成一次偶然的聊天记录。

A2A 进入中立基金会，不会自动替企业解决流程断裂；但它提醒我们，下一阶段的竞争不只是“有没有智能体”，而是能否让不同智能体在正确时机、拿着正确证据、以正确权限完成可靠交接。你们团队下一次新增智能体时，不妨先问一句：它的第一张交接单，准备好了吗？

信息源：Axios（2026-08-17）；Google Developers Blog（2026-06-18）；Linux Foundation（2025-12-09）。