MCP 与 A2A：智能体时代的两大协议底座
MCP 解决了智能体如何调用工具，A2A 解决了智能体之间如何协作。本文从协议设计的视角拆解 AaaS 四层一体架构。
如果说大模型是 AaaS 的 CPU，那么 MCP（Model Context Protocol） 和 A2A（Agent-to-Agent Protocol） 就是它的 总线 和 网络协议栈。没有这两个协议，AaaS 永远是孤岛玩具。
一、AaaS 四层一体架构#
学术界（OpenAaaS 论文，2025）把企业级 AaaS 抽象成 四层一体：
- 推理大脑层（Reasoning Core）：大模型 + 思维链 + 规划器
- 流程编排层（Orchestration）：任务拆解、工具调用、记忆管理
- 弹性基础设施层（Elastic Infra）：GPU 调度、容器沙箱、端边云融合
- 合规审计层（Compliance & Audit）：权限、可观测、日志、回滚
智能体能力 可以用一个六元组形式化表达：
其中：
- ：Reasoning（推理能力）
- ：Domain knowledge（领域知识）
- ：Planning（规划能力）
- ：Interaction（交互能力）
- ：Output formatting（输出格式化）
- ：Compliance constraints（合规约束）
任意 AaaS 平台的竞争力可以拆解为对这六个维度的覆盖深度。
二、MCP：智能体调用工具的通用协议#
Anthropic 在 2024 年底开源的 Model Context Protocol 解决的核心问题是：让一个智能体能以同样的方式访问数据库、文件、SaaS API。
MCP 把工具调用抽象成三类原语：
- Resources（资源）：可读上下文，如文件、数据库行
- Tools（工具）：可调用动作，如发邮件、写 PR
- Prompts（提示模板）：预定义的复用模板
想象一下：每个企业内部系统都暴露一个 MCP server，智能体不再需要为每个系统写定制 adapter。这就是 USB-C 时刻。
三、A2A：智能体之间协作的协议#
Google 在 2025 年发布的 Agent2Agent Protocol 解决另一半问题：多个智能体如何互相发现、协商、移交任务。
A2A 的核心抽象是 Agent Card（一个 JSON 描述文件），声明智能体的能力、价格、SLA、合规边界。任意支持 A2A 的智能体都可以读取另一个智能体的 Card，然后像调用 REST API 一样调用对方。
四、协议组合的工程实践#
在生产环境中，MCP 用于纵向（智能体 ↔ 工具），A2A 用于横向（智能体 ↔ 智能体）。两者正交、不冲突。一个成熟的 AaaS 平台往往同时支持两套协议，并在编排层做统一调度。
下一篇我们会拆解 容器沙箱隔离 与 端边云融合 —— 当一个智能体可以执行任意代码时，沙箱不再是 Nice-to-have，而是合规的底线。
本文涉及的协议规范以官方文档为准：modelcontextprotocol.io 与 Google A2A 公开规范。