7月28日，Model Context Protocol 发布 2026-07-28 版规范，最核心的变化只有一个词——无状态。取消 initialize/initialized 握手，移除 Mcp-Session-Id，每一个请求都自行携带协议版本、客户端身份和能力信息。

表面看是一次工程优化，让 MCP Server 可以像普通 Web 服务一样挂在负载均衡器后面横向扩容。但往深里看，它实际上在回答一个更棘手的问题：当 Agent 不只是帮人找答案，而是开始替人查系统、发消息、改记录、提交任务时，原来藏在一段连接里的东西——状态、权限、审批、进度、结果——谁来负责？

一、被取消的 session，是 MCP 真正的分水岭

MCP 刚出现时最受欢迎的原因很直接：它给模型接工具提供了一套共同语言。过去每个产品都要自己定义函数、参数、认证、返回格式，MCP 把它们统一了。

但早期 MCP 依赖初始化握手和连接级 session——客户端先和服务端打个招呼，之后双方在一条持续的关系里沟通。对于本地脚本没问题，但对于要跑在云上、面对大量并发请求的远程服务，它开始碍事：你得记住这台机器还活着吗、流量激增时新请求能不能分到另一台、机器挂了正在进行的交互怎么办。

新版的做法很干脆：握手和会话 ID 全删掉，每个请求都是一次自包含的 POST。协议版本、客户端信息、能力描述全部放进 _meta 字段，同时 Mcp-Method、Mcp-Name 等关键信息镜像到 HTTP 头，让网关在不解析 JSON 正文的情况下就能路由、限流、审计。