2026年7月28日，由Anthropic主导制定的模型上下文协议（Model Context Protocol，简称MCP）正式发布了年度最受瞩目的规范更新。这份新规范并非简单的修修补补，而是一次从底层通信机制到安全认证体系的系统性重构。对于正在构建AI Agent、智能工具链以及企业级MCP服务的开发者而言，这次改版意味着整个技术栈都需要重新审视。
告别握手时代：有状态架构正式退场
过去很长一段时间里，MCP协议的运行逻辑都围绕着一条铁律展开——连接建立后必须先完成initialize握手，服务器与客户端之间通过Mcp-Session-ID维系会话状态。这种设计在单节点部署场景下问题不大，可一旦服务需要横向扩展，Session的粘性绑定就成了运维团队的噩梦。负载均衡器不得不绞尽脑汁地把同一客户端的请求路由到固定节点，服务器集群还得引入共享存储来同步会话数据，部署成本和故障排查难度直线上升。
新版规范干脆利落地砍掉了这套机制。每一个请求现在都是独立完整的个体，协议版本、客户端身份信息、能力声明全部打包在请求体里，服务器拿到就能直接处理，不需要再去翻什么会话档案。这种无状态架构带来的好处是立竿见影的：标准负载均衡器可以毫无顾虑地把请求分发给任意实例，自动扩缩容不再需要关心会话漂移，集群部署的运维复杂度被大幅压缩。
当然，如果某个工具确实需要在多次调用之间保持上下文——比如一个分阶段执行的数据处理任务——开发者完全可以自己生成一个显式句柄，由底层大语言模型在后续调用中作为参数传回。状态管理从协议层下沉到了应用层，灵活性反而更高了。
多轮请求：没有长连接也能优雅交互
砍掉持久双向连接之后，一个现实问题摆在了面前：工具执行到一半需要用户确认怎么办？以前服务器可以主动发一个elicitation/create或者sampling/createMessage过去打断一下用户，现在这条路被堵死了。
新规范给出的答案是多轮请求机制（Multi-Round Request，简称MRTR）。当工具需要额外输入时，服务器返回一个input_required状态，附带具体的询问内容。客户端收集到用户反馈后，把原始调用请求重新发一遍，只不过这次把用户的答案一并带上。整个过程不需要维护任何长连接，却照样能完成复杂的交互式操作。
举个实际场景：用户调用了一个数据删除工具，系统在真正执行清除操作前暂停，通过MRTR弹出一道确认提示。用户点下"确认"后，客户端带着这个答复重新发起调用，工具继续执行。流程顺畅，体验不打折，架构却干净得多。
HTTP头部路由与智能缓存：性能与治理双管齐下
新版Streamable HTTP传输层引入了两项看似细小、实则影响深远的改动。首先是Mcp-Method和Mcp-Name这两个请求头的强制声明，网关、负载均衡器、速率限制系统和WAF防火墙只需要扫一眼头部就能完成路由决策、计费统计和权限校验，再也不用把整段JSON请求体扒开来看。对于高并发场景下的流量治理，这省下的不只是计算资源，还有排查问题时的头发。
其次是列表缓存机制的落地。tools/list、prompts/list、resources/list这类端点的响应现在可以携带标准的HTTP缓存指令，客户端能把工具和资源清单缓存到本地。别小看这个改动——它直接减少了重复的网络往返，更重要的是，工具列表的顺序在重连后保持一致，避免了上游AI模型的提示缓存频繁失效。对于依赖提示缓存来降低推理成本的团队来说，这几乎等同于真金白银的节省。
OAuth安全加固：信任链不再含糊
安全性方面，Anthropic这次没有手软。新协议要求客户端必须严格校验授权服务器返回的颁发者信息（issuer），这一步堵死了授权服务器混淆攻击的通道。同时，客户端凭证被严格绑定到签发它的授权服务器，跨服务器复用凭证的行为被明令禁止。
动态客户端注册（DCR）也走到了尽头。MCP协议正式转向客户端ID元数据文档（CIMD）方案。DCR虽然短期内还能用，但Anthropic已经放出话来——未来版本会彻底移除。建议还在用DCR的团队尽早规划迁移，别等到最后一刻手忙脚乱。
SDK生态与迁移窗口
目前TypeScript、Python、Go和C#的SDK已经完整支持新规范，Rust SDK处于beta阶段。官方迁移文档已经上线，现有MCP客户端和服务器的适配工作需要参照文档逐步推进。
值得注意的是，"任务"功能从实验性组件升格为正式的扩展框架，企业级管理授权、MCP应用市场这类高阶能力都可以通过扩展来实现。与此同时，根目录（roots）、采样（sampling）、日志记录（logging）以及传统的HTTP+SSE传输方式被划入弃用名单。好在Anthropic承诺了至少12个月的兼容期，现有系统不会一夜之间崩掉。
写在最后
从有状态到无状态，从服务器主动推送到客户端多轮请求，从DCR到CIMD——MCP协议的这轮改版传递出一个清晰的信号：它正在从一个实验室级别的通信协议，蜕变为能够支撑大规模生产环境的工业标准。对于开发者来说，迁移固然需要投入精力，但换来的架构简洁性和运维友好度，长期来看绝对物有所值。如果你的团队正在基于MCP构建产品，现在就是研读新规范、规划迁移路线的最佳时机。
