如果你最近半年听人聊 AI 智能体，十有八九会撞见一个词：MCP。它的全称是 Model Context Protocol（模型上下文协议），可以理解为 AI 世界的「通用插头」。有了它，聊天机器人才能顺手翻你的日历、查你的数据库、调用内部工具，而不用工程师为每个连接单独焊一根管子。
下周，这套协议就要迎来一次不小的升级。普通用户大概率无感，但它可能实实在在地改变整个生态的玩法。
卡在哪：一台服务器要记住所有人
这次改动的核心，是服务器处理「会话 ID」的方式。你可以把它想成服务员手里的桌号：Claude 这类客户端第一次连上服务器时会先「打招呼」，服务器回一个会话 ID，之后每次请求都带着它，服务器才知道「还是刚才那位」。
Arcade 的 Nate Barbettini 打了个比方：真实部署里，你背后是一台负载均衡器，专门把请求丢给农场里任何一台空闲的机器，有时还跨区。可现在每台机器都得知道「另一台机器发过的那个会话 ID」——不是不能做，但极其折磨人，而且它是在和负载均衡器对着干，而不是配合它。
换句话说，旧方案默认「一台服务器记住你」，可大公司早把流量摊到几十台互不相通的机器上了。光是为了搞清楚「谁是谁」，今天的 MCP 服务器就得多干一堆活。这也是为什么，尽管今年智能体被吹得火热，真敢上规模、自己兜售 MCP 集成的公司却没几个。
新方案：把「状态」甩给客户端
新版本在服务端改走更宽松的「无状态」路线，思路和绝大多数普通网站一样：服务器不再费劲记着你是谁，把状态交给客户端自己带着走。这样一来，整套系统更好维护，理论上大规模跑起来也更便宜。
- 会话 ID 改为服务端无状态，服务器能轻松躲在负载均衡器后面；
- 大规模部署的运维成本有望下降，更多公司敢做一手 MCP 集成；
- 新规范自 5 月就出了候选版，7 月 28 日正式定稿。
说到底，这件事挺提神：不是所有 AI 进展都在狂奔。模型训练一路加速，可模型脚下的那套基础设施，仍被标准委员会慢悠悠的共识拽着走。变化确实在发生，只是比想象中慢一点。