2024年Anthropic发布Model Context Protocol（MCP）时，AI世界似乎还很简单。这个连接AI应用与外部系统的开放标准，最初主要在开发者个人电脑上使用。然而，当这些笔记本上的演示项目被改造为多客户端企业应用时，MCP服务器迁移到了云端，原始设计很快暴露出可扩展性问题。

7月28日，MCP维护者计划敲定协议的2026-07-28修订版。Anthropic技术人员David Soria Parra在周二的直播中表示，这次修订带来了诸多变更——包括部分不向后兼容的改动——反映了核心团队过去两年吸取的"深刻教训"。

"这是我们自添加授权功能以来对规范做出的最重大变更，"Parra说，"很多构成MCP原有形态的东西已经不复存在。"

Parra声称新版MCP将更易于部署和使用，如果用户一直保持SDK更新，升级不会有太大问题。但他同时警告，底层数据传输机制已完全重建，"使传输层比以前复杂了一些"，协议级会话跟踪将不再需要。对于自行实现MCP引擎的团队来说，可能面临漫长的改造工作。"如果你自己搭建了实现，要做出正确调整需要大量工作。"

2025年，Anthropic将MCP捐赠给了AAIF（由Anthropic、Block和OpenAI共同创立的Linux基金会基金）。届时SDK月下载量已超过9700万次，至少部署了1万个MCP服务器。

MCP走向无状态化

核心变更是新修订版移除了协议级会话，允许每个请求独立处理。这种"无状态"方式在云原生世界中已成标配，用于在负载均衡器集群后面扩展Web服务。

Anthropic最初设计MCP时，服务器可暴露资源、工具和提示词，LLM应用通过JSON-RPC 2.0托管客户端与服务器通信。然而这种方式带来了过高的复杂性和运维困难，尤其是需要为每个操作创建和管理协议会话。Parra承认，原始规范未能正确定义会话详情的保存方式，导致诸多问题；当需要额外资源时，路由也变得过于复杂。

解决方案很简单：新修订版下，协议版本、客户端身份和能力信息随每个请求通过_meta参数传递，无需协议会话跟踪。MCP现在的工作方式与Claude Messages API类似——同样是无状态的。

"我认为这是一个非常聪明的方式——将状态从服务器移到传输协议上，寄望带宽是免费的，"Parra说。

MCP的路由机制也经过了全面重构。原始消息通过JSON-RPC HTTP POST载荷发送，实际操作埋在JSON体中。新修订版将路由信息同步映射到HTTP头中，使网络设备无需跟踪会话状态或解析JSON-RPC体即可路由请求。

精简与扩展并行

原MCP中的多项功能被标记弃用。其中包括sampling——允许MCP服务器请求客户端模型生成补全，但语义混乱且难以实现，使用率极低。Roots功能也被弃用——它允许客户端告知服务器哪些文件系统位置与会话相关，Parra称其"非常小众"。日志功能因过于冗余被弃用，开发者被建议直接使用stderr、stdio或OpenTelemetry。

"我们在拓宽有价值的功能面，同时也务实地将MCP收窄到大家真正在用的核心部分，"Parra说。

与此同时，MCP引入了扩展机制。Anthropic技术人员Den Delimarsky表示："扩展模式让我们可以在将功能固化到协议之前先行测试。"对于领域特定但用户基数不足以全员推广的用例，扩展提供了理想的中间地带。实验性功能也将通过扩展进行测试。

扩展可与协议捆绑，但拥有独立的发布节奏。一个官方扩展是MCP Apps，允许MCP向用户呈现JavaScript构建的交互式应用，而非仅限文本或图片。用于管理长时间运行操作的Tasks功能已从核心协议移至扩展中。除官方扩展外，用户也可按照规范中的指引构建自定义扩展。

据Stacklok发布的《2026年7月MCP规范更新企业就绪指南》，被标记为弃用的功能将至少保留12个月的可用期。但Stacklok警告，这并非与旧实现互操作的全面保证——使用2026-07-28修订版的服务器可能无法与旧客户端配合工作，反之亦然。"兼容性要求双方共享一个受支持的协议时代，或其中一方实现明确的回退或转换机制。"

Stacklok CEO Craig McLuckie（也是无状态架构Kubernetes的联合创建者）认为，MCP走向无状态是必然之举。

"MCP的有状态特性本质上是其起源的副产品——最初是为开发者使用本地编码工具访问资源而设计的。如今更广泛的AI社区已将MCP作为企业访问生产系统的中介机制，"McLuckie表示，"这为安全团队提供了一个统一控制点来应用智能体感知策略，并以平台团队熟悉运行的形式交付。"