MCP 2026-07-28：面向无状态部署与扩展机制的协议版本
Model Context Protocol 的 2026-07-28 版本将核心改为无状态、自描述请求，引入逐请求能力协商、正式扩展框架及多项授权与弃用调整。
MCP Specification 2026-07-28 mcp agent-protocol interoperability protocol-testing Model Context Protocol 的 2026-07-28 版本将核心改为无状态、自描述请求，引入逐请求能力协商、正式扩展框架及多项授权与弃用调整。
1. 一句话结论
MCP 2026-07-28 是 Model Context Protocol 于 2026 年 7 月发布的新规范版本，核心变化是把协议转向无状态、自描述的请求，并配套新的能力协商、路由与扩展机制。[S1][S2] 对现有 MCP 服务来说，这不是只改版本号的小升级，而是需要验证会话、授权和已弃用能力的迁移项目。
2. 协议定位
MCP 是连接 LLM 应用与外部数据、资源和工具的开放协议，角色包括发起连接的 host、host 内的 client，以及提供能力的 server。[S2] 规范继续使用 JSON-RPC 2.0 消息，同时为资源、提示和工具提供标准接口。它定义互操作方式，但不会替实现者自动解决业务权限和数据安全。
3. 无状态核心
新版把请求设计为无状态且自包含，并支持逐请求能力协商。[S2] 发布说明称旧的 initialize/initialized 交换和 MCP-Session-Id 被移除，请求可携带协议版本、客户端身份及能力信息，服务端也可通过发现调用公开能力。[S1] 因而普通负载均衡更直接，但应用状态仍需显式设计。
4. 路由与缓存
发布材料说明，方法名和工具名可放入请求头，便于网关执行路由与授权；列表结果提供缓存提示和确定顺序，以降低重连造成的目录变化。[S1] 落地时应确认网关不会把敏感名称写入不受控日志，并测试缓存更新、权限变化和多实例之间的结果一致性。
5. 扩展机制
规范建立正式扩展框架，核心之外的能力由双方明确支持后启用。官方文档列出长任务、Skills over MCP 和 MCP Apps 等扩展方向。[S2] 团队应维护 host、client、server 和扩展版本矩阵，未知扩展默认拒绝；不能因为某个 SDK 编译通过，就假设所有客户端具备相同行为。
6. 迁移路径
先盘点当前使用的会话标识、初始化握手、传输、roots、sampling、logging 和授权流程，再在隔离环境同时运行旧版与新版。用相同工具目录和请求集比较响应、错误码、取消、重试和长任务状态。确认客户端覆盖后分批切流，并保留明确的协议降级或回滚开关。
7. 授权与安全
新版包含授权加固，发布说明提到发行者校验，并将动态客户端注册逐步转向客户端元数据文档。[S1] 规范要求用户理解并同意数据访问和工具操作，host 在暴露用户数据或调用工具前应取得明确授权。[S2] 工具描述也应视为不可信输入，不能直接映射为高权限执行。
8. 主要风险
破坏性变化可能让旧 client 无法连接或在重试时重复动作；显式状态句柄若设计不当，可能被越权复用。缓存的工具目录也可能在权限撤回后短暂过期。规范还标记部分旧能力和传输为弃用方向。[S1] 迁移不能只测正常调用，必须覆盖断网、超时、重复请求和权限变更。
9. 评估与验收
建立兼容矩阵，至少验证能力发现、工具调用、资源读取、取消、错误传播、授权拒绝、并发请求和滚动升级。成功标准包括无严重越权、重复请求不造成非幂等副作用、缓存能按规则失效，以及旧版本回退可执行。生产监控应按协议版本、SDK 和扩展拆分，而非只看总成功率。
10. 来源与更新时间
截至 2026 年 8 月 11 日，本稿依据 MCP 官方发布说明与对应版本规范整理。实现前应继续查看所用 SDK 的迁移说明和后续勘误。