MCP 协议：Agent 的统一工具接口

第 04 篇说行动靠工具，但有个历史痛点：每家框架自己接工具（LangChain 一套、AutoGPT 一套、自研又一套）——给数据库写一次集成，每个框架都得重写。MCP（Model Context Protocol）像浏览器有 HTTP、IDE 有 LSP 一样，给「Agent ↔ 工具」一个统一协议：工具接一次，处处可用。本篇是 Agent 机制层的基石。

1.1 一句话

1.2 定位类比

•2024-11 Anthropic 开源；

•2025-04 ChatGPT 接入（转折点：不再是 Anthropic 专属）；

•2025-12 捐赠 Linux Foundation 旗下 Agentic AI Foundation（AAIF，与 OpenAI/Google/Microsoft/AWS 共管）；

•2026-03：SDK 月下载 97M、公共服务器 9400+——业界默认工具协议。

2.1 客户端-服务端模型

•传输：stdio（本地子进程，开发用）/ Streamable HTTP（远程生产用）；

•2026-07-28 规范 RC：核心无状态化——普通 HTTP 负载均衡即可横向扩展（去掉会话黏滞）。

2.2 三原语（一个服务端暴露三类能力）

•设计要点：工具粒度映射「自然意图」（建 issue/查库存）而非低层 API——粒度决定调用质量（衔接 04 篇）。

1无状态核心：协议层去会话——Mcp-Method 头路由、tools/list 可缓存，水平扩展如普通服务；

2Tasks 扩展：长时运行工作（异步长任务）成为一等公民；

3MCP Apps：服务端渲染 UI——工具不只返回数据，还能返回界面；

4授权对齐 OAuth/OpenID：企业级鉴权；另有正式弃用策略（协议可持续演进）。

•影响：远程 MCP 服务不再需要 sticky session/共享会话存储——部署成本与 HTTP 同级。

•MCP = 毛细血管（接工具），A2A = 大动脉（接同事）——2026 后两协议同一基金会治理，构成完整互操作层。

1BFMCP 模式（Backend for MCP）：MCP 服务端只暴露业务级操作，后端承接数据访问与权限控制——避免把「裸 SQL 查询」直接交给 Agent（权限最小化，衔接 04 篇安全）；

2三原语并用：好的服务端不只 Tools，还用 Resources（给上下文）+ Prompts（标准化交互）；

3一个服务端多处用：写一次 MCP server，Claude/ChatGPT/Gemini/Cursor 全部可用——集成成本从 18 小时降到约 4 小时（2026 行业数据）。

1MCP = Agent 的 HTTP：统一「Agent ↔ 工具」连接协议；2024-11 开源 → 2026 已成行业标准（AAIF 托管、97M 月下载）。

2三原语：Tools（动作）/ Resources（数据）/ Prompts（模板）——好服务端三者并用。

3两传输：stdio（本地）/ Streamable HTTP（远程）；2026-07-28 RC 核心无状态化。

4四个升级：无状态 / Tasks 长任务 / MCP Apps 服务端 UI / OAuth 授权对齐。

5分工：MCP 管「接工具」，A2A 管「接 Agent」——同一基金会治理。

6实践：BFMCP 防裸权限；写一次到处用。

第 06 篇（板块二·机制）：多 Agent 协作与编排——一个 Agent 不够时怎么办：图编排（LangGraph，显式状态图）/ 角色制（CrewAI，团队分工）/ 交接制（OpenAI Agents SDK，子 Agent 委派）三范式对比，以及多 Agent 的通信与任务分发。MCP 给了工具，编排给了「组织」。

•[官方] MCP 规范：https://modelcontextprotocol.io

•[官方] MCP 2026-07-28 规范 RC 公告：https://blog.modelcontextprotocol.io/posts/2026-07-28-release-candidate/

•[官方] MCP 捐赠 Linux Foundation（2025-12）：https://www.linuxfoundation.org/

•[参考] MCP 采用数据（97M 下载/9400+ 服务器）：行业统计报道

整理：2026-10-01 月绡凝 · 依据官方协议规范。