{"slug": "mcp-goes-stateless-and-extensible", "title": "MCP goes stateless and extensible", "summary": "Netlify announced support for the MCP 2026-07-28 specification, which makes the Model Context Protocol stateless and introduces the Extensions framework with MCP Apps and Tasks as the first official extensions. The stateless design turns MCP servers into ordinary HTTP workloads, eliminating session management and lowering the barrier for developers to build and deploy MCP servers. Netlify's MCP server already supports the new specification, enabling portable, interactive AI experiences across compatible clients.", "body_md": "Agents are now a primary user of the software we build. At Netlify, we’ve spent the last couple of years thinking deeply about Agent Experience (AX): how easily an agent can discover what a service does, call it reliably, and recover when something goes wrong. Much of that experience is determined by how the servers behind an agent’s tools are built.\n\nThe MCP 2026-07-28 specification makes the protocol stateless at its core, turning an MCP server into an ordinary HTTP workload. No sticky sessions. No session store. No shared state across instances. By removing session management from the equation, an entire layer of operational complexity disappears with it. Building an MCP server becomes something almost any developer can do, rather than just teams experienced with running stateful infrastructure.\n\nNetlify has believed in this direction since MCP was first introduced and we have advocated for a stateless architecture from the beginning. That’s why we’re excited to support the new specification from day one.\n\n## Building MCP is no longer painful\n\nThe biggest consequence of a stateless protocol is who gets to build.\n\nWhen an MCP server needed to manage sessions and maintain state, standing one up carried real operational overhead. A stateless server, by contrast, is just an HTTP service. On Netlify, that means writing a function and deploying it the same way you deploy anything else: no session plumbing; no infrastructure designed around long-lived connections; nothing to keep warm.\n\nThat lowers the bar for everyone. A team that would never have taken on an always-on stateful service can ship an MCP server in an afternoon, and it still scales like any other request-driven workload once people actually start using it.\n\nWe think that’s the real unlock. The value of MCP grows with the number and variety of good servers out there, and the fastest way to get there is to make building one feel ordinary instead of taxing.\n\nThis also improves Agent Experience. Stateless servers don’t depend on requests landing on the same instance, so redeployments no longer interrupt ongoing interactions. Fewer moving parts means fewer subtle failure modes for agents to recover from. And when building reliable servers becomes this simple, more of the web can expose robust, dependable tools instead of fragile integrations held together by session state.\n\n## The Extensions framework\n\nThe 2026-07-28 specification also formalizes the Extensions framework, with MCP Apps and Tasks becoming the first official extensions. That’s a bigger deal than it might seem.\n\nConnecting an AI to an application has historically meant a bespoke, one-off build for every pairing: custom glue code, a custom contract, and a custom thing to maintain. MCP already collapsed much of that into a shared interface. MCP already replaced much of that duplication with a shared interface. MCP Apps push the idea further by making the user experience a server provides portable across clients instead of being rebuilt for each one.\n\nFor AX, that’s a significant improvement. Agents can interact with services through a consistent interface regardless of which client they’re running in, rather than learning a different implementation every time. We think this opens the door to an entirely new class of AI applications: experiences that can be built once and work across many clients.\n\nWhat does that look like in practice? The example below shows an airline seat picker delivered by a remote MCP server and rendered directly inside Claude. Previously, functionality like this had to be built into each individual AI client. With the new Apps extension, MCP servers can provide rich, interactive experiences that integrate directly into compatible clients, allowing developers to build them once and make them available everywhere the extension is supported.\n\n## Try the Netlify MCP server\n\nThe Netlify MCP server already supports the 2026-07-28 specification. If you’re using a compatible client (supported today in Claude.ai and Claude Managed Agents, with Claude Code support coming soon) you can connect with a single command:\n\nIf you’re client is not on the latest spec yet, the Netlify MCP is backwards compatible. Check out our [docs](https://docs.netlify.com/build/build-with-ai/agent-setup-guides/agent-setup-overview/#connect-to-netlifys-remote-mcp-server) for more information around setting up Netlify for your agent.\n\nMCP is an open standard, now governed under the Linux Foundation, and it just became far easier for anyone to build on. Netlify is one of the companies featured in the launch announcement, and we’re glad to be building on it.", "url": "https://wpnews.pro/news/mcp-goes-stateless-and-extensible", "canonical_source": "https://www.netlify.com/blog/mcp-goes-stateless-and-extensible", "published_at": "2026-07-28 17:19:03+00:00", "updated_at": "2026-08-13 13:45:59.466724+00:00", "lang": "en", "topics": ["ai-agents", "ai-infrastructure", "developer-tools", "ai-policy"], "entities": ["Netlify", "MCP", "Claude"], "alternates": {"html": "https://wpnews.pro/news/mcp-goes-stateless-and-extensible", "markdown": "https://wpnews.pro/news/mcp-goes-stateless-and-extensible.md", "text": "https://wpnews.pro/news/mcp-goes-stateless-and-extensible.txt", "jsonld": "https://wpnews.pro/news/mcp-goes-stateless-and-extensible.jsonld"}}