Model Context Protocol
查看所有标签2026 年 6 月，MCP 完成「无状态核心」改造，HTTP+SSE 双端点退役；定稿版把远程 server 的 OAuth 2.1 变成硬性要求。协议层的来龙去脉，MCP 协议深度解析 和 无状态核心规范解读 已经讲透。但「读懂了协议」和「写得出一个能上生产的 server」之间还隔着一条沟：stdio 帧格式的坑、工具描述怎么写模型才肯调用、鉴权怎么做、客户端怎么接。本文用一段完整可跑的代码把这条沟填上。
很多人到现在还分不清 MCP 和 A2A 的区别，把它们当成一回事。一句话讲清：MCP 是给 Agent 接外设的 USB 接口，A2A 是给 Agent 联网的网卡。MCP 让一个 Agent 用统一方式调用工具、文件、数据库；A2A 让多个 Agent 之间互相发现、协商、委托任务。上篇拆解了 MCP 2026-07-28 新规范（MCP 规范解读），这篇聊它的姊妹协议 A2A。
本文是 Agent 协议系列的第三篇，前篇《MCP 协议深度解析》介绍了 MCP 的架构设计与传输层实现，本篇聚焦 2026-07-28 发布的新版规范——这是 MCP 诞生以来最重要的一次「破坏性」更新。
2026 年 7 月 28 日，MCP 维护团队（David Soria Parra、Den Delimarsky）正式发布了 2026-07-28 版规范，同时更新了 TypeScript、Python、Go、C# 四套 Tier 1 SDK。用团队自己的话说，这是「自远程 MCP 发布一年多以来最重要的一次版本」。
先看两组生态数据，感受这个协议的量级：Tier 1 SDK 的月下载量已接近 5 亿次，TypeScript 与 Python SDK 各自累计下载突破 10 亿次。当一个协议以这种规模被生产环境依赖时，它的每一次演进都必须为「规模化部署」而设计——这正是本次更新的主线：MCP 正在从一个双向有状态的流式协议，变成一个请求/响应式的无状态协议。
本文是 Agent 协议系列的第二篇，前篇《Function Calling 诞生的背景》探讨了函数调用能力的起源，本篇聚焦更通用的协议层——MCP。
Function Calling 解决了「LLM 如何调用外部函数」的问题，但它有一个根本性局限：每个模型厂商的函数定义格式不同。OpenAI 有 tools 参数，Anthropic 用 tools 但 schema 略有差异，Google Gemini 用 tools / tool_config，Llama 系列模型需要特定的 prompt 模板。
这意味着你的工具代码需要为每个模型写一个适配层。更麻烦的是，工具本身的注册、发现、安全策略并没有一个统一的标准——每个 Agent 框架都在自己造轮子。
MCP（Model Context Protocol） 就是来解决这个问题的。它由 Anthropic 提出，本质上是一个通用的、模型无关的上下文与工具交互协议，定义了 LLM 应用与外部工具/数据源之间的标准通信方式。
上一篇我们聊了 Function Calling 诞生的背景——LLM 为什么必须学会调用函数。这篇更进一步，把问题摊开：
一个只会输出文本的模型，如何长出"眼睛"、"手"和"记忆"？
这三项能力，加上代码执行和 MCP 协议的标准化，构成了今天所有 AI Agent 的地基。本文逐项拆解它们的原理、实现路径和工程上的坑。