MCP协议升级到2026-07-28版

新版协议最核心的变化是简化了Tool调用的执行链路。之前搞MCP是个体力活——跑transport、跨服务器转发、鉴权、格式化传参，光调试HTTP那段就够烦。这次把transport层收敛成了统一的流式通道，默认带session恢复能力。对Claude Code这种日常重度用户来说，最大的感受就是连接卡的次数少了，长会话不那么容易断了。

二、实测体验

我在我们团队内部跑了两组测试：

• 稳定性： 连续跑了40多个轮次的交互，断连一次，旧版大概每10轮就出问题，提升明显
• 工具调用响应： 请求式工具（同步返回的那种）响应速度提升了大概30%，流式工具没测出明显差别
• 兼容性： 官方SDK之外写的一些扩展，接口变化不大，基本平滑过渡

一个坑一定要说：升级后老配置的transport参数会直接失效。我们内部有个私有插件还在用旧版的方式去控制channel，升级完直接跑不起来。排查了一下午才发现是配置被废弃了。用Claude Code的，直接检查一下.mcp.json里的协议版本声明，别嫌麻烦。我看了一下默认配置，官方是推荐这样写的：

{
  "mcpServers": {
    "default": {
      "transport": "streamable",
      "protocolVersion": "2026-07-28"
    }
  }
}

四、落地建议

公司要把这套切到生产环境的话，我建议别直接全覆盖。先挑一两个不太核心的工具链跑一周，重点观察长连接的内存表现。我们试了几天，整体比上一版收敛不少，至少不用每个小时重启会话了。

另外有个疑问，这个版本的协议是不是在给下一代推理模型铺路？新的工具调用格式里多了一些时间戳上下文，不像只是修复bug的样子。等官方文档补充完整再看。