On July 28, 2026, the Model Context Protocol's newest specification became the official "current" version — the standard that governs how AI agents connect to tools, data, and each other. If you've built or used anything that lets an AI assistant reach outside its own chat window — read a file, hit an API, call a tool it wasn't hard-coded to know about — there's a good chance MCP is the plumbing underneath it.
The headline number is the download count, not the spec itself: the protocol's SDKs are now moving close to half a billion downloads a month, and both the TypeScript and Python SDKs have individually crossed a billion downloads over their lifetime. For a specification that's barely a year and a half old, that's not niche infrastructure anymore. It's a default.
What actually changed
Two structural shifts stand out in this release, and both point the same direction: toward agents that spin up fast and don't need a lot of ceremony to start working.
The handshake is gone. Earlier versions of MCP required a client and server to negotiate a shared protocol version before any real work could happen — an "initialize" step, not unlike a phone call starting with "can you hear me?" before getting to the point. The new spec drops that. Every request now just declares which protocol version it's using, and the server accepts or rejects it on the spot. No upfront negotiation required.
A new discovery call. In its place is an optional server/discover request — one call that hands back everything a client needs to know about a server (what it supports, its capabilities, its identity) in a single round trip, if it wants that information up front. Calling it is optional, which is the point: a client can just send a request directly and handle a version mismatch if one comes back.
Together, these make it cheaper to run short-lived MCP servers — the kind that get spun up for one task and torn down afterward, rather than staying resident and warm. That's a small technical detail with a large practical implication: it lines up with a broader shift toward agents that provision their own infrastructure on demand instead of running against permanent, pre-configured servers.
The more interesting story is how it shipped
Here's the part that's easy to miss if you only read the announcement: the actual specification text and the release-candidate testing finished on schedule, days before the formal "GA" label landed. What held up the official release wasn't the protocol — it was a single tracked task: "publish the blog post announcing this is now official." That task sat open, overdue by about a day, while the underlying spec was already functionally complete and stable.
It's a small, almost mundane detail, but it's a useful one for anyone tracking open-source infrastructure they depend on: the gap between "the engineering is done" and "the release is announced" is real, it's trackable in public on most well-run projects (GitHub issues and milestones, in this case), and it's often just a documentation or process step rather than a sign of instability. If you're deciding whether something is safe to build on, the milestone tracker can tell you more than the marketing page.
Why it's worth knowing about even if you don't touch MCP directly
If you're building anything where an AI agent needs to reach a database, call an API, or use a tool beyond its own training, you're increasingly likely to encounter MCP somewhere in the stack — either directly, or as the protocol a platform you're using has adopted underneath you. Knowing that it just crossed from "actively evolving spec" to "current stable version," and knowing roughly what changed (lighter connection setup, easier short-lived servers), is useful context for anyone evaluating whether now is a reasonable time to build on it, versus waiting for the next revision to settle.
The protocol isn't done evolving — no living standard is — but this release marks the point where its maintainers themselves are calling it ready for normal use, not just early adopters. For infrastructure this widely downloaded, that's worth knowing about even if you never write a line of MCP server code yourself.
Originally published at fast2future.com.
Top comments (1)
Some comments may only be visible to logged-in visitors. Sign in to view all comments.