15.1 问题：每个 Agent 各说各话

碎片化的 AI 工具调用

2024 年之前，每个 AI 公司都自己定义”Agent 怎么调用外部工具”。这造成了 M x N 问题 ¹——M 个不同的 AI 应用（Claude、ChatGPT、Cursor 等）要想调用 N 种外部工具（天气 API、数据库、文件系统、搜索引擎），就需要写 M x N 套适配代码。每加一个新的 AI 应用，所有工具都要重新适配一遍。

打个比方：在手机充电口统一之前，苹果用 Lightning（闪电接口），安卓用 Micro USB（微型 USB），诺基亚用圆口。你家里得备一堆不同的充电线。一个品牌的充电器换到另一个品牌的手机上，插都插不进去。2024 年的 AI 工具调用就是这样——OpenAI 的方案叫 Function Calling（函数调用，即 AI 像程序员一样按预定义的函数签名来调用工具），Anthropic（一家人工智能公司）的方案叫 Tool Use（工具使用，同样的概念但接口格式不同），Google 有自己的方案。你写的 Agent 只能在自家生态里用，换个平台全废。

Agent 之间也无法通信

工具调用的碎片化只是第一层问题。更深层的问题是：不同 Agent 之间根本无法通信。

想象你有一支团队，成员分别是 OpenAI 的搜索 Agent、Anthropic 的写作 Agent、Google 的翻译 Agent。搜索 Agent 找到了一篇英文资料，想交给翻译 Agent 翻成中文，然后交给写作 Agent 整合成报告。在这个场景中：

• 搜索 Agent 和翻译 Agent 之间没有共同语言——它们不知道对方”存在”，也不知道怎么把任务”递”过去
• 即使你把搜索结果手动复制给翻译 Agent，翻译 Agent 也不知道怎么把结果传给写作 Agent
• 三个 Agent 各自为政，协同全靠人工中转

这就是 2024 年 AI 应用层的真实处境：每个公司都在自己的围墙花园里造 Agent，Agent 和工具之间靠定制代码勉强连通，Agent 和 Agent 之间完全不通。行业像一群说不同语言的人，各干各的，无法协作。

为什么统一标准不是”锦上添花”而是”必须品”

你可能会想：不同公司有不同方案不是很正常吗？竞争带来创新，为什么要统一？

关键在于 AI 工具的网络效应。拿手机应用商店类比：如果每个手机品牌都有自己的应用格式，开发者就得为每个品牌单独开发一个版本。结果就是——每个平台的应用都很少，用户怨声载道，开发者疲于奔命。只有当 iOS 和 Android 各自统一了应用格式之后，应用生态才爆发了。

AI 工具生态面临同样的瓶颈。如果写一个”天气查询”工具需要分别为 Claude、ChatGPT、Gemini 写三套代码，大部分开发者会选择”只支持一个平台”——生态做不大。但如果有一套通用标准，开发者写一次就能让所有 AI 都用，工具的供给就会爆发 ²。

同样的逻辑适用于 Agent 间通信。如果 OpenAI 的 Agent 不能给 Google 的 Agent 派活，那每个公司都只能在自己的生态内做”多 Agent 系统”，跨平台的 Agent 协作永远不可能。这就像——微信用户只能给微信用户发消息，不能给钉钉用户发消息——通信的价值被削弱了。

本章要解决的两个问题

所以这个行业需要两类标准：

1. Agent 连工具的通用接口——让任何一个 AI 都能用同一套标准调用任何工具。这就是 MCP（模型上下文协议）。
2. Agent 连 Agent 的通信协议——让不同公司做的 Agent 能互相发现、互相派活。这就是 A2A（智能体间通信协议）。

这两个标准在 2024-2025 年相继出现，到 2026 年形成了互补共存的生态。本章带你理解它们各自解决什么问题、怎么用、以及它们会怎样改变 AI 应用的面貌。

深入阅读：概念-MCP 详细解释了 MCP 的架构和核心概念；概念-A2A 解释了 A2A 的 Agent Card 和 Task 机制。如果你想了解这两个协议的安全问题，看 Agent 安全与沙箱（深挖） 和 提示词注入攻防（深挖）。

---

← 上一节：章首 ｜ 下一节：15.2 MCP：AI 连接工具的通用接口 →

注释

1. a16z, “A Deep Dive Into MCP and the Future of AI Tooling”, 2025, https://a16z.com/a-deep-dive-into-mcp-and-the-future-of-ai-tooling/ ↩

2. Anthropic, “MCP: Introducing the Model Context Protocol”, 2024.11, https://www.anthropic.com/news/model-context-protocol ↩