MCP 协议迎来史上最大修订：转向无状态、按请求独立路由

Model Context Protocol（MCP）即将迎来自授权机制加入以来最重大的一次规范更新。Anthropic 技术团队成员 David Soria Parra 在本周二的直播中确认，2026-07-28 版规范将于 7 月 28 日正式定稿，其中包含多项与旧版本不兼容的变更，目标是把 MCP 改造为更易部署、更适合云端多客户端企业场景的协议。

MCP 由 Anthropic 于 2024 年首次发布，是用于连接 AI 应用与外部系统的开放标准。2025 年，Anthropic 将其捐赠给 AAIF——一个由 Anthropic、Block 和 OpenAI 共同在 Linux 基金会下设立的子基金。当时 SDK 月下载量已超过 9700 万次，至少 1 万个 MCP 服务器已在运行。

核心变更：移除协议层会话

新版最关键的变化是彻底取消协议层会话（session）机制。每个请求都将被独立处理，状态信息不再由服务器保存，而是随每次请求一并传递。

• 协议版本、客户端身份和能力信息迁移至 _meta 参数中，无需服务器跟踪会话。
• 路由信息同时镜像至 HTTP 头，使负载均衡等网络设备无需解析 JSON-RPC body 即可转发请求。
• 新版 MCP 的工作方式与同样无状态的 Claude Messages API 保持一致。

Parra 将其描述为「把状态从服务器转移到线协议上，希望带宽是免费的」。这种无状态设计与云原生 Web 服务的常见做法一致，能更好地支持多客户端、多服务器的水平扩展。

被弃用的功能

新版规范对若干早期功能做了减法：

• Sampling：允许 MCP 服务器请求客户端模型生成内容，但语义复杂、实现困难，实际使用率很低。
• Roots：客户端向服务器声明相关文件系统路径的能力，Parra 认为「非常小众」。
• Logging：原日志接口被认为过于啰嗦，开发者被建议改用 stderr、stdio 或 OpenTelemetry。

这些被标记为 deprecated 的功能将至少保留 12 个月的可用性，但 Stacklok 在其「2026 年 7 月 MCP 规范企业就绪指南」中警告，这并非对旧实现互操作性的全面保证——使用新版的服务器可能无法与旧客户端互通，反之亦然。

引入扩展机制

新版另一重点是强化扩展性。Anthropic 技术员工 Den Delimarsky 表示，扩展是一种「在协议中正式纳入新功能之前，先行试水的机制」。

• 扩展可与协议一同打包，但有独立发布节奏。
• 官方扩展示例 MCP Apps 允许在协议层呈现交互式 JavaScript 应用，而非纯文本或图片。
• Tasks（管理长时间运行的操作的功能）已从核心协议移至扩展层。
• 开发者也可依据规范自行编写扩展。

按 Parra 的说法，团队在「拓宽有用功能的覆盖面」同时，也「现实地把协议收敛到大家真正在用的好功能上」。

升级提示

Parra 给出的建议是：持续跟进 SDK 更新的用户升级成本不高；但自行实现 MCP 引擎的团队需要预留较多时间进行重构，因为底层数据传输机制已完全重建，他直言「要让自研实现跑通，需要大量工作」。