MCP新规范取消协议层会话，状态管理交给应用

亚马逊云科技介绍了最新版模型上下文协议（MCP）规范对远程MCP服务器部署方式的改变。新规范移除了协议层会话机制，请求可被路由至任意可用的服务器实例，不再要求粘性会话和共享会话存储，从而简化水平扩展，同时把状态管理等职责转移给周边基础设施。

具体而言，更新后的规范移除了initialize与initialized握手流程以及Mcp-Session-Id标头，传统负载均衡器可将每个请求独立路由到任意实例。规范还引入可选的server/discover操作，供需要在调用工具前了解服务器能力的客户端使用。对于亚马逊云科技上的部署，这可以省去专门维护MCP协议会话的基础设施，AWS Lambda被视为契合请求—响应模型的部署选项。

协议状态与应用状态的区别成为社区讨论焦点。Michael Madsen在LinkedIn上总结称，协议是无状态的，但应用不必如此。MRTR取代了此前需要保持流连接的服务器发起型请求，允许通过input_required响应及后续请求完成多步骤交互；新的Mcp-Method和Mcp-Name标头支持网关路由与限流，W3C Trace Context支持分布式追踪，ttlMs和cacheScope提供缓存控制。

流恢复能力已被移除，客户端可能需要重试被中断的操作，对会产生副作用的工具调用而言，幂等性更加重要。早期实现显示仍需过渡路径，Apify的MCP服务器项目正在现有有会话服务器之外实现无状态支持。亚马逊云科技建议在网关处追踪协议版本，并在旧版流量消失前保留会话基础设施；MCP项目也制定了功能生命周期策略，为弃用功能提供明确迁移期。