破坏性更新：MCP协议新版规范 取消会话和初始化握手 协议核心改为无状态架构
内容提要
A社发布MCP协议2026-07-28版，核心改为无状态架构，取消初始化握手和会话ID，支持负载均衡和集群部署。新增多轮往返请求（MRTR）替代服务器主动调用，支持HTTP标头路由和列表缓存，加强OAuth授权，弃用DCR转向CIMD。Tasks功能移入扩展框架，旧版传输方式保留12个月兼容期。
延伸解读
无状态化对部署架构的影响
新版MCP协议取消会话和初始化握手，请求可被任意实例处理，这显著简化了集群部署和自动扩容。此前需要保持客户端与固定实例的连接，现在负载均衡器可以自由分配请求，无需共享存储维持会话。但应用状态需通过显式句柄传递，开发者需调整状态管理方式。
MRTR机制与交互模式变化
多轮往返请求（MRTR）替代了服务器主动调用，工具执行中需要用户确认或补充参数时，服务器返回input_required状态和问题，客户端收集输入后重新发送原始调用。这改变了交互模式，不再依赖长期双向连接，但要求客户端支持MRTR流程，开发者需适配新的交互逻辑。
HTTP标头路由与缓存优化
新版要求通过Mcp-Method和Mcp-Name标头注明调用方法和工具名称，网关和防火墙可直接读取标头进行路由和权限判断，无需解析JSON正文。同时，工具列表等响应可携带缓存时间，客户端可缓存以减少重复请求，并保持工具顺序稳定，有助于优化上游AI模型的提示词缓存效率。
安全改进与弃用提醒
新版加强OAuth授权，要求验证授权服务器发行者信息，防止混淆攻击，客户端凭据必须绑定授权服务器。动态客户端注册（DCR）被弃用，转向CIMD，但保留至少12个月兼容期。开发者需关注这些安全变化，及时调整授权流程，避免未来功能失效。
Q&A
MCP协议2026-07-28版的核心变化是什么？
MCP协议2026-07-28版的核心变化是将协议从双向和有状态架构改为基于请求与响应的无状态架构，取消了初始化握手和会话ID，并引入了多轮往返请求（MRTR）、HTTP标头路由、列表缓存、扩展框架和授权安全改进。
MCP新版协议为什么能简化集群部署和自动扩容？
因为新版协议采用无状态设计，任何请求都可以被普通负载均衡器分配到任意服务器实例，不再要求客户端持续连接固定实例，也不需要服务器通过共享存储维持协议会话，从而降低了集群部署和自动扩容的复杂度。
MCP新版协议中，服务器如何请求用户补充信息？
新版协议引入了多轮往返请求（MRTR）机制。当工具需要更多信息时，服务器可以返回input_required状态以及需要回答的问题，客户端收集用户输入后，重新发送原始调用并附上答案以完成后续操作。
MCP新版协议中，HTTP标头路由有什么作用？
新版Streamable HTTP请求必须通过Mcp-Method和Mcp-Name标头注明调用方法和工具名称，网关、负载均衡器、限速系统以及WAF防火墙可以直接读取标头完成路由、计费和权限判断，无需解析JSON请求正文，提高了处理效率。
MCP新版协议在安全方面有哪些改进？
安全改进包括：要求客户端验证授权服务器返回的发行者信息，防止授权服务器混淆攻击；客户端凭据必须绑定签发凭据的授权服务器，不能在不同MCP服务器间重复使用；同时弃用动态客户端注册（DCR），转向客户端ID元数据文档（CIMD）。
MCP新版协议中，Tasks功能有什么变化？
Tasks任务功能从实验性核心移入正式扩展框架，MCP Apps和企业托管授权等功能也可以通过扩展提供。
MCP旧版传输方式（如HTTP+SSE）还能用多久？
Roots、Sampling、Logging以及旧版HTTP+SSE传输方式都已转为弃用阶段，但官方承诺至少保留12个月兼容期。
