AI领域最重要的协议——Model Context Protocol(MCP),正在悄悄做一个可能决定它能不能真正规模化的关键更新。
7月21日,Arcade团队发表了一篇技术解读,详细解释了MCP即将推出的无状态化更新。这个更新对普通用户来说可能感知不到,但对于所有在生产环境部署MCP服务的公司来说,它解决了一个令人头秃的问题:会话ID和负载均衡的矛盾。如果说之前的MCP是个只能在单机上跑的玩具,更新之后的MCP,终于可以在分布式集群上正经干活了。
有状态为什么是规模化的死穴
要理解这次更新为什么重要,得先搞懂之前的MCP是怎么工作的。
旧版MCP的工作流程是这样的:客户端(比如Claude)连接到MCP服务器,先发个「hello」——我是谁、什么版本、有什么能力。服务器回复自己的能力,同时发回一个会话ID(session ID)。之后客户端的每一个请求都要带上这个会话ID,服务器靠它认出「哦,这是刚才那个对话」。
听起来没毛病对吧?但一旦你要大规模部署,问题就来了。
想象一下:你有一个服务百万用户的MCP服务,前面放了个负载均衡器,请求被随机分发到几十台服务器上。问题来了:会话ID是某一台服务器发的,但下一个请求可能被负载均衡器分到另一台服务器上。那台服务器根本不认识这个会话ID,怎么办?
你有几个选择:一是让所有服务器共享会话状态(搞个Redis集群存session),二是让负载均衡器做「粘性会话」(同一个用户的请求永远打同一台机器),三是每台服务器都认识所有会话ID(不可能)。每一种方案都有各自的问题和成本——这就是为什么很多公司虽然嘴上说MCP好,但一直不敢在生产环境大规模部署的原因之一。
这次更新的核心就是:把会话状态从服务端移到客户端。服务器不再保存会话状态,会话ID变成一个客户端自己管理的「令牌」,每次请求带过来,服务器根据令牌里的信息就能知道上下文,不需要在本地存任何东西。就像普通网站用JWT token做用户认证一样——服务器不需要记住每个用户的session,只需要验证token就行。
为什么这是AI基础设施的里程碑
这个技术细节听起来很枯燥,但它的影响可能比你想象的要大。
第一,MCP的部署成本会大幅下降。以前你要搞一整套session管理基础设施,现在服务器可以是完全无状态的,加机器减机器随心所欲,水平扩展变得很简单。就像从「每个服务员都要记住每个客人的订单」变成「客人自己拿着点餐小票,谁接单都一样」——餐厅的运营成本直接降一个数量级。
第二,更多公司会愿意做第一方MCP集成。为什么现在很多大公司的MCP集成都是第三方开发者在做?因为官方团队觉得部署和维护成本太高。如果无状态化让部署变得跟普通API服务一样简单,那Salesforce、Notion、Figma这些公司可能会官方下场做MCP服务——到时候MCP生态的质量和数量都会上一个台阶。
第三,Agent协议的分层格局越来越清晰。MCP管「Agent怎么调用工具」,A2A管「Agent之间怎么通信」——现在MCP先一步解决了规模化问题,A2A还在路上。就像TCP和HTTP的关系,底层协议先成熟,上层应用才能爆发。MCP + A2A的双层协议栈,正在从概念走向可用。
"模型训练在以月为单位迭代,但基础设施协议的演进是以年为单位的。这不是慢,这是正确的速度——基础不牢,地动山摇。"—— Arcade创始人Nate Barbettini
Arcade这家公司也值得关注。它成立才两年,6月份刚融了6000万美元,整个业务都建立在「让AI Agent在企业里真正跑起来」这个命题上。它的创始人出来解读MCP更新,某种程度上也代表了企业级Agent基础设施的真实需求。
AI领域的很多突破都是大张旗鼓的——新模型发布、新SOTA刷新、新融资官宣。但真正决定产业能不能落地的,往往是这些悄无声息的基础设施改进。就像互联网的历史上,WWW的普及不是因为哪个网站火了,而是因为TCP/IP、HTTP、HTML这些底层协议一个个成熟了。
MCP的无状态化,就是这样一块不起眼但必不可少的砖头。
明天见。
The most important protocol in AI — the Model Context Protocol (MCP) — is quietly rolling out a critical update that could determine whether it can truly scale.
On July 21, the Arcade team published a technical deep dive explaining in detail MCP's upcoming stateless update. This update might be invisible to regular users, but for every company deploying MCP services in production, it solves a hair-pulling problem: the conflict between session IDs and load balancing. If MCP before was a toy that could only run on a single machine, after this update it can finally do real work on distributed clusters.
Why Stateful Is a Scalability Killer
To understand why this update matters, you first need to understand how MCP used to work.
The old MCP workflow went like this: a client (like Claude) connects to an MCP server and sends a "hello" — who I am, what version, what capabilities. The server replies with its own capabilities and hands back a session ID. Every subsequent request from the client carries this session ID, so the server can recognize "oh, this is the same conversation as before."
Sounds fine, right? But once you try to scale it, problems arise.
Imagine this: you have an MCP service serving millions of users, fronted by a load balancer that randomly distributes requests across dozens of servers. Here's the problem: a session ID is issued by one server, but the next request might get routed to a different server by the load balancer. That other server doesn't recognize the session ID at all. Now what?
You have a few options: one, make all servers share session state (set up a Redis cluster for sessions); two, make the load balancer do "sticky sessions" (same user always hits the same machine); three, make every server know every session ID (impossible). Every option has its own problems and costs — which is one reason many companies, despite praising MCP, have been hesitant to deploy it at scale in production.
The core of this update is: moving session state from the server to the client. The server no longer stores session state. The session ID becomes a client-managed "token" — the client brings it on every request, and the server can figure out context from the information in the token without storing anything locally. It's just like how regular websites use JWT tokens for user authentication — the server doesn't need to remember each user's session, it just needs to verify the token.
Why This Is a Milestone for AI Infrastructure
This technical detail sounds dry, but its impact might be bigger than you think.
First, MCP deployment costs will drop significantly. Previously you needed a whole session management infrastructure stack. Now servers can be completely stateless — add or remove machines at will, horizontal scaling becomes trivial. It's like going from "every waiter has to remember every customer's order" to "customers carry their own order tickets, anyone can serve them" — restaurant operating costs drop by an order of magnitude.
Second, more companies will be willing to build first-party MCP integrations. Why are most big company MCP integrations currently built by third-party developers? Because official teams think deployment and maintenance costs are too high. If going stateless makes deployment as simple as running a regular API service, then companies like Salesforce, Notion, and Figma might officially build MCP services themselves — and when that happens, both the quality and quantity of the MCP ecosystem will jump to a new level.
Third, the layered structure of agent protocols is getting clearer. MCP handles "how agents call tools," A2A handles "how agents communicate with each other" — MCP is solving the scaling problem first, while A2A is still on the way. Just like the relationship between TCP and HTTP: lower-layer protocols mature first, then upper-layer applications can explode. The MCP + A2A dual-layer protocol stack is moving from concept to usability.
"Model training iterates on a monthly basis, but infrastructure protocols evolve on a yearly basis. That's not slow — that's the right speed. If the foundation isn't solid, everything built on top shakes."— Nate Barbettini, Founder of Arcade
Arcade itself is worth watching. Founded just two years ago, it raised $60 million in June, and its entire business is built on the proposition of "making AI agents actually work inside enterprises." Its founder coming out to explain the MCP update also represents, in a way, the real demand for enterprise-grade agent infrastructure.
Many AI breakthroughs are loud — new model launches, new SOTA records, new funding announcements. But what really determines whether an industry can land is often these quiet infrastructure improvements. Just like in the history of the internet, the WWW didn't spread because of any one hot website — it spread because underlying protocols like TCP/IP, HTTP, and HTML matured one by one.
MCP going stateless is exactly that kind of unassuming but essential brick in the wall.
See you tomorrow.
模型训练在以月为单位迭代,但基础设施协议的演进是以年为单位的。这不是慢,这是正确的速度——基础不牢,地动山摇。
—— Arcade创始人Nate Barbettini
Model training iterates on a monthly basis, but infrastructure protocols evolve on a yearly basis. That's not slow — that's the right speed. If the foundation isn't solid, everything built on top shakes.
— Nate Barbettini, Founder of Arcade
MCP · Model Context Protocol · 无状态 · Agent协议 · 规模化部署 · Arcade · Agentic AI · 基础设施
MCP · Model Context Protocol · stateless · Agent protocol · scalable deployment · Arcade · Agentic AI · infrastructure