Industry·5 min read·Agentic AI Foundation

MCP Just Dropped Sessions: The Biggest Spec Change Since the Protocol Launched

The Model Context Protocol's 2026-07-28 specification makes MCP stateless at the protocol layer for the first time. Sessions and the initialization handshake are gone, every request is now self-contained, authorization moves to OAuth 2.1 and OIDC, and three core features — Roots, Sampling and Logging — are deprecated with a 12-month guarantee before removal.

MODEL CONTEXT PROTOCOL · SPEC 2026-07-28 MCP Just Forgot You every request any instance request request request server server server The biggest change to the protocol since it launched
Share:

The Model Context Protocol — the standard that lets AI assistants talk to external tools and data — landed its 2026-07-28 specification, and it is the largest revision since MCP launched. The headline change is architectural: MCP is now stateless at the protocol layer. Sessions are gone, the connection handshake is gone, and every request now stands on its own.

If you have ever deployed an MCP server behind a load balancer, this is the release you have been waiting for.

What actually changed

AreaBeforeNow
SessionsStateful session held per connectionRemoved — every JSON-RPC request is self-contained
Connection setupMandatory initialize / initialized handshakeDropped — identity and capabilities ride in a _meta object on each request
Capability discoveryNegotiated once at handshake timeOn demand via a server/discover call
AuthorizationLooserOAuth 2.1 and OpenID Connect alignment with strict issuer validation
EvolutionAd hocGoverned extensions framework plus a formal deprecation policy

Why "stateless" is the whole story

The spec's own framing is the clearest: "Any compatible server instance should be able to handle a self-contained request." That single sentence deletes a pile of infrastructure that every production MCP deployment has been carrying.

Under the old model, a session lived on one server process, which forced operators into sticky load-balancer routing, shared Redis session stores, and request-body inspection at the gateway just to send a request back to the machine that remembered it. None of that is needed when the request carries its own context. You can scale MCP servers the way you scale any other stateless HTTP service — add instances, kill instances, deploy mid-conversation.

The tradeoff is real but modest: every request now carries more overhead, since protocol version, identity and capabilities travel with it instead of being agreed once. For most deployments that is a good trade — a slightly fatter request against an entire class of infrastructure that disappears.

Three features are being retired

Removal is not immediate. Under the new policy any deprecated feature stays functional for at least 12 months, with a public registry tracking timelines — these are eligible for removal after July 28, 2027.

FeatureWhy it's goingMove to
RootsCoupled clients and servers to filesystem assumptions that "don't generalise to remote or cloud environments"
SamplingReversed the trust boundary by having servers call the client's LLMDirect LLM API integration
LoggingMade redundant by existing toolingstderr or OpenTelemetry

HTTP+SSE transport and Dynamic Client Registration are also proposed for deprecation. The Sampling removal is the philosophically interesting one — it was the feature that let a server reach back and invoke the client's model, and the spec is explicit that this pointed the trust arrow the wrong way.

Two new extensions ship with it

The extensions framework is not theoretical; two arrive with the release.

MCP Apps lets a server define an interactive HTML interface that renders inside the chat in a sandboxed iframe, communicating back over JSON-RPC. That turns an MCP server from something that returns text into something that can present a real UI — a meaningful expansion of what a tool integration can be.

Tasks standardises long-running asynchronous work with durable task IDs, so a client can poll progress and supply input mid-flight rather than holding a request open. For agent workloads that run for many minutes, this is the piece that was missing.

Who governs MCP now

MCP is administered by the Agentic AI Foundation, a Linux Foundation directed fund. Its platinum membership reportedly includes Anthropic, OpenAI, Google, Microsoft and Block — which is worth pausing on, because those same labs have been conspicuously split elsewhere. OpenAI, Google and Anthropic all sat out the Nvidia-led Open Secure AI Alliance days earlier.

The pattern that emerges: the frontier labs will co-govern the protocol layer — the wiring everyone needs to agree on — while declining to join coalitions that touch how their models are secured or released. Standards are shared infrastructure; safety posture is competitive positioning.

Want AI news before everyone else?

The morning's most important AI stories, straight to your inbox. No fluff.

Related Articles