A2A 协议到 v1.0，Agent 学会”找同事”以后，谁掌握话语权

讲师: 刘言午 | 课节: AI 领导力 · 决策视角
> 核心问题: 当 Agent 之间的对话有了国际标准，谁是下一个”被殖民的操作系统”？
> 适合谁: CEO、CTO、首席数字官、产品 VP

---

一、先把 A2A 翻译成人话

我给企业 CEO 讲 A2A 协议，第一句话永远是：

A2A，就是给 Agent 发一张”企业工牌”。

具体点说：

Agent-to-Agent（A2A） = Agent 与 Agent 直接对话的国际标准协议。

2025-04-09，Google 在 Cloud Next 上开源发布它的时候，所有人都在问一个问题：

“我已经有 MCP 让 Agent 调工具了，还要 A2A 干什么？”

我给你一个业内判断：

MCP 解决的是”Agent 怎么用工具”，A2A 解决的是”Agent 怎么找同事”。

打个比方：

2026-01，Google 把 A2A 推到 v1.0，生产可用；2026-06，Aethir 在生产环境全面采用 A2A。这是 A2A 从”理论可行”到”规模落地”的关键拐点。

---

二、为什么 2026 年是关键年份

2.1 三个时间点拼起来看

2025-04 ───── A2A 开源发布
   ↓
2025-08 ───── SAP、Atlassian、Salesforce 加入阵营
   ↓
2025-12 ───── 阿里云、腾讯云、华为云表态支持
   ↓
2026-01 ───── A2A v1.0 生产可用
   ↓
2026-02 ───── Aethir 等 3 家区块链企业生产部署
   ↓
2026-05 ───── 中国版"ACP（碳硅契）"草案公开
   ↓
2026-06 ───── 微信、华为、荣耀、小米、OPPO、vivo 联手

这些时间点串起来说明一件事：A2A 已经从”Google 一家的实验”变成”全球巨头的基础设施共识”。

老刘判断：2026-07 到 2027-06 这 12 个月，是 A2A 格局定型期。这次没站队的，3 年后会发现自己的 Agent 成了”孤岛”。

2.2 Agent 真需要”找同事”吗？

我先讲一个反共识。

A2A 的存在，从某种意义上说，是”模型不够强”逼出来的临时方案。

如果一个 Agent 足够强，它不需要同事——它自己就能搞定一切。

但现实是：

• 大模型上下文窗口还是太小（Claude 4.5 Sonnet 200K，MiniMax-M2 128K）
• 单 Agent 完成 5 步以上任务成功率 < 60%
• 多 Agent 协同能让成功率升到 90%

所以 A2A 不是”未来”的方案，是”现在必须”的工具。

---

三、技术架构：3 层标准

我用一个”办公室”做比喻来解释 A2A 的架构：

┌────────────────────────────────────────────┐
│  🏢 应用层：你看到的产品                     │
│   (ChatGPT、Cursor、Notion、SAP)            │
├────────────────────────────────────────────┤
│  📞 协议层：A2A 标准（核心）                │
│   ├── Agent Card（让对方认识你）            │
│   ├── Task（任务定义）                      │
│   └── Message（消息格式 JSON-RPC 2.0）      │
├────────────────────────────────────────────┤
│  ⚙️ 基础设施层：发现、路由、鉴权            │
│   (DNS、安全、可观测)                       │
└────────────────────────────────────────────┘

3.1 Agent Card：相当于 Agent 的”工牌”

Agent Card 是一个 JSON 文件，告诉其他 Agent：

• 我叫什么名字（name）
• 我能干啥（skills）
• 怎么联系我（url）
• 怎么授权（auth）
• 我懂什么协议版本（protocolVersion）

示例 Agent Card（简化）：

{
  "name": "财务对账 Agent",
  "description": "处理应收应付对账，生成报表",
  "url": "https://aileadership.cn/agents/finance",
  "version": "1.0",
  "skills": [
    {
      "id": "monthly_reconcile",
      "name": "月度对账",
      "description": "对指定月份的所有交易进行对账",
      "inputModes": ["text", "json"],
      "outputModes": ["json", "pdf"]
    }
  ]
}

3.2 Task：A2A 的”工作单元”

每个 Task 有 4 个状态：

1. submitted —— 已提交，等待对方接受
2. working —— 在干
3. completed —— 完成（带 artifacts）
4. failed —— 失败（带 error 信息）

这就是”分布式工作流”的标准单元——和传统微服务的”服务调用”区别在哪？

关键差异：A2A 的 Task 是异步的、长连接的、不透明的。
> 我（销售 Agent）把”查客户”任务给”CRM Agent”，我不知道它具体怎么干，反正等结果。

这种”不透明”是有意为之的——让 Agent 自治，而不是被调度的”工具”。

3.3 Message：JSON-RPC 2.0（再次出现）

和 MCP 一样，A2A 也用 JSON-RPC 2.0 做传输。

为什么？ 同一个原因——所有 LLM 都训练过 JSON-RPC，它是”Agent 母语”。

---

四、3 个业内才知道的真相

4.1 真相 1：A2A 的真正对手不是 MCP，是”私有 API”

很多文章把 A2A 和 MCP 对立起来（”它们是竞争关系”），但实际它们是互补关系。

更准确的对手图谱：

老刘判断：未来 3 年的格局是：

• 90% 的”工具调用” → MCP
• 90% 的”Agent 协同” → A2A

它们加起来是要替代”公司里所有 N×M 点对点对接项目”——每年中国企业浪费在”系统对接”上的钱超过 1000 亿。

4.2 真相 2：Agent Card 将成为”Agent 时代的 HomePage”

听起来夸张，但我认真思考过：

未来每个 SaaS 系统除了有 API 文档，必然有 Agent Card。

为什么？

因为 SaaS 的客户，会从”人”变成”Agent”。

• 过去的客户：人到 SaaS 网站注册
• 未来的客户：Agent 自动发现、自动注册、自动使用

Agent Card 就是 Agent 用来”找供应商”的标准方式。

老刘判断：2027 年前不会出现”Agent Card 商店”（类似 App Store），但 2028 年一定会——这是 SaaS 的新红利期。

4.3 真相 3：微信 + 华米 ov 联手 vs Google，谁赢？

2026-06 中国发生了一件事：

微信联合华为、荣耀、小米、OPPO、vivo 共同推出”端侧 A2A 助手”标准。

这意味着什么？

中国版 A2A 不跟 Google 玩，而是基于：

• 微信小程序作为 Agent 容器
• 端侧算力（手机本地推理）
• 端侧隐私（数据不出手机）

这是中国科技产业的”断舍离”打法——

3 年后谁赢？

我的判断是：两者会共存——

• To B 市场：Google A2A 占主导（合规、可观测）
• To C 市场：中国版 A2A 占主导（隐私、本地）

这里必须澄清一个业内误区：很多公众号把中国版 A2A 跟微信强行绑定，错了。

准确说，中国版标准是 ACP（Agent Communication Protocol，代理通信协议），由”碳硅契”组织推动，背后是开源社区而非某一家公司。

只是因为微信在端侧能力最强、用户基数最大，所以成为”最先落地”的应用方。这跟”中国移动要做手机操作系统”和”中国移动做手机”是两回事。

ACP 目前的 3 个关键参与方：华为鸿蒙生态、微信小程序生态、OPPO/vivo/小米等手机联盟。

他们的核心差异化：强调”端云协同”而非”云为主”。

具体点说，Google A2A 的工作模式是：所有 Agent 协同都在 Google Cloud 上跑。

而 ACP 推崇的是”轻量级协同”——你的 Agent 在本地跑，跟另一个本地 Agent 协同，不需要把数据上传到云端。

这对中国的中小企业意义重大——合规成本、隐私顾虑、运营成本都大幅降低。

但 ACP 的劣势也很明显：没有超级大模型支撑。Google A2A 背后是 Gemini，Anthropic 背后是 Claude。ACP 背后暂时没有对标的旗舰 Agent，只能”借用”各家大模型。

未来 12 个月，ACP 能不能长起来，关键看 阿里 / 字节 / 腾讯 谁愿意站出来。如果三家中两家支持，ACP 一年成熟；如果只有一家支持，2 年也只能算萌芽。

写到这里，让我说句真心话：

我跟多家中国厂商聊过，他们的态度是：“我在看，我先不做”。

为什么？这是 2024-2025 年 OpenAI 抢跑教训的后遗症——谁先做 Agent 平台，谁被市场骂”AI 骗子”。所以中国厂商集体选择了”等别人试完我再上”。

这种”等等看”心态，对 ACP 是双刃剑——

• 好的一方面：避免单独厂商跑偏，最终标准更平衡。
• 坏的一方面：进度慢，错失先机。

我做一个老刘判断：2026 年下半年是中国厂商站队的关键期——错过了 2027，标准就是人家的了。

---

五、A2A 落地的 5 个真实场景

5.1 场景 1：客服多 Agent 协同

客户 Agent（接收消息）──→ 理解 Agent（识别意图）
   ↓
分配：技术问题 / 财务问题 / 物流问题
   ↓
各专业 Agent 处理
   ↓
汇总 Agent（通知客户）

实测数据（来自 Salesforce Agentforce 案例）：

• 解决率提升 30%
• 平均处理时长 ↓ 50%
• 客户满意度 ↑ 25%

5.2 场景 2：销售线索全流程自动化

SDR Agent（挖掘线索）
   ↓
资质审核 Agent
   ↓
预算确认 Agent（调用 ERP）
   ↓
技术对接 Agent
   ↓
签约 Agent

A2A 让每个 Agent 不知道其他 Agent 的内部细节，只通过 Task 协作。

这就是”分布式组织”的数字孪生——公司从 KPI 树拆为 Agent 网格。

5.3 场景 3：跨企业协同（供应链）

供应商 Agent ↔ 采购方 Agent 通过 A2A 协议通信：

• 实时报价
• 自动订单
• 库存协同
• 物流跟踪

这是 A2A 最宏大的应用——多企业形成”Agent 联盟”。

已落地的案例：某汽车厂商 + 50 家供应商 2025 年开始 A2A 试点。

---

六、未来 12 个月，决策者必做的 3 件事

6.1 必做 1：评估现有 Agent 能否”被协作”

自检问题清单：

• [ ] 我的 Agent 有清晰的输入输出定义吗？
• [ ] 我能写出一个标准 Agent Card 吗？
• [ ] 我的 Agent 有没有长上下文能力？
• [ ] 我的 Agent 失败时，能否明确报错？

如果 4 个能答 ≥ 2 个，6 个月内可以接入 A2A。
如果都答不上，需要先做内部 Agent 标准化。

6.2 必做 2：在 1 个场景里实战 A2A

推荐首批场景：客服 + 销售

理由：

• 数据敏感度低（试错成本小）
• 见效快（30 天能跑通）
• 易于 KPI 评估（解决率/转化率）

6.3 必做 3：观察巨头选边，准备 2027 年站队

必须关注的事件：

• 2026-Q4：A2A v1.1 / v2.0 路线图公布
• 2027-Q1：中国版 ACP 是否被 Linux 基金会接收
• 2027-Q2：是不是有”A2A App Store”出现

3 个站队信号：

• 你的 SaaS 供应商是否开始支持 A2A？
• 你的 AI 平台供应商是否实现 A2A Client？
• 你的企业内部 Agent 是否按 Agent Card 标准化？

---

七、最后的判断

A2A 协议不是技术问题，是商业问题。

Google 推 A2A，本质是抢占”Agent 时代的 HTTP”——谁定义了协议，谁就控制了流量入口。

中国不跟、另起炉灶，是因为互联网主权——绝不能把基础设施交给美国公司。

未来 3 年的格局：

• 国际市场：Google + Linux 基金会主导
• 中国市场：微信 + 中国手机联盟主导
• 企业市场：取决于你是 To B 还是 To C

给决策者的最后一句话：

别纠结”我该用 Google 还是微信”，先让你的 Agent 能”互相说话”——这就是 2026 年最大的机会。

---

我是刘言午，咱们下一篇见。

---

七、一个反常识判断

我讲完所有 A2A 的内容，必须加一个业内不常说但很值得想的反常识判断：

A2A 不是”协议”，是”组织”。

什么意思？

传统协议解决的是”两台机器怎么对话”。A2A 解决的是”两个业务部门怎么对话”。

每个 Agent 背后都是一个业务部门——销售 Agent = 销售部，客服 Agent = 客服部。

A2A 的 Task 流转，本质是公司业务的”数字化流程”。

反常识的结论：

未来 3 年，A2A 落地的真正瓶颈不是技术，是”组织边界”。

什么意思？很多公司试 Agent 协同失败，根本原因是部门间的信任关系没建好——销售部不愿意把”客户数据”开放给客服部，财务部不愿意把”账单”开放给销售部。

Agent 协同需要这些数据互通，但数据互通挑战的是权力与责任。

所以 A2A 落地的”先决条件”不是工程师写代码，是 CEO 推动组织变革。

我跟一家传统制造业上市公司老板聊，他做了个实验：他让 IT 部门把 3 个核心业务部门的数据开放给 Agent 试点，1 个月后业务部门联名上书要求关闭。

他说：“老板不亲自推，Agent 协同就是空想。”

这是 A2A 落地的真实一面：它是组织变革，不是技术升级。

再讲 1 个反共识的预判：

到 2028 年，”Agent 协调员”会成为大企业的标配岗位。

类似今天的 PMO（项目管理办公室），但管的不是人，是 Agent。年薪 60-100 万。

面试问题包括：

• “如果有 3 个 Agent 想调用同一个 API，怎么办？”
• “Agent 之间循环调用怎么打断？”
• “Agent 误操作，谁来负责？”

这是给年轻人的机会：未来 3 年，懂业务 + 懂 Agent + 懂组织管理的人市场缺口巨大。

最后一句话总结：

A2A 协议的真正对手不是 MCP，是企业内部的”部门墙”。

打通它，你就有未来 5 年的护城河。

---

📚 参考资料

• Google A2A 协议 v1.0 规范（2026-01）
• Linux 基金会 A2A 项目页
• Aethir A2A 生产部署案例（2026-02）
• 微信 + 华米 ov 端侧 A2A 标准（2026-06）
• ACP（碳硅契）中国版协议草案（2026-05）

---

#A2A #AI协议 #数字化转型 #刘言午 #AI领导力