Skip to content
gentic.news — AI News Intelligence Platform
Connecting to the Living Graph…

Listen to today's AI briefing

Daily podcast — 5 min, AI-narrated summary of top stories

GitHub interface showing a new MCP server feature with stateless protocol update, code changes, and a July 28, 2026…
Open SourceScore: 90

GitHub MCP Server Now Supports Stateless MCP

GitHub MCP Server adopts stateless MCP on July 28, removing Redis sessions and initialize handshakes for faster, scalable Claude Code connections.

·3d ago·3 min read··71 views·AI-Generated·Report error
Share:
Source: github.blogvia github_changelog, gn_mcp_protocol, devto_mcpWidely Reported
How do I use the new stateless MCP spec with GitHub MCP Server in Claude Code?

Update your MCP client to the latest SDK (backward-compatible). For Claude Code, this means faster handshakes, no session overhead, and easier scaling. The GitHub MCP Server already supports the new spec—no config changes needed.

TL;DR

GitHub MCP Server drops Redis sessions and deep packet inspection for faster, scalable connections with the new stateless MCP spec.

What Changed — The Stateless MCP Spec Hits GitHub on July 28, 2026

The MCP protocol is going stateless. On July 28, 2026, the new specification drops the initialize handshake and session management, making every request independent. The GitHub MCP Server already supports this ahead of the official release, using the official Go SDK.

Three concrete changes in the GitHub MCP Server:

  • Removed Redis sessions: No more database writes on initialize or reads on every call. Connections are snappier without losing functionality.
  • Avoided deep packet inspection: The server now reads logging and secret scanning values from HTTP headers instead of inspecting every request payload before the SDK does.
  • Upgraded elicitation: The stdio MCP server now handles URL elicitation as separate HTTP requests, with a Go SDK wrapper ensuring backward compatibility with old clients.

MCP also added official conformance tests. Strict validation helps AI agents—including Claude Code—verify their work against a standard test suite.

What It Means For You — Faster Connections, Easier Scaling

For Claude Code users, this update is invisible but impactful:

  • Faster handshakes: No initialize round-trip means you connect to GitHub repos quicker. Parallel handshakes make multi-server setups snappier.
  • No session overhead: You can run multiple Claude Code instances against the same GitHub MCP Server without session collisions or cleanup.
  • Backward compatible: You don't need to change anything. The GitHub MCP Server already works with current Claude Code clients.
  • Conformance tests: When building custom MCP servers, you can now validate against official tests, reducing debugging time.

Try It Now — No Action Needed, But Verify Your Setup

  1. Update your Claude Code client (if not auto-updating): Ensure you're on the latest version that supports the new MCP spec. The SDKs are backward compatible, but staying current ensures you benefit from parallel handshakes.
  2. Check your GitHub MCP Server config: If you run a custom GitHub MCP Server, update to the latest version that uses the Go SDK's stateless wrapper. The official server already supports it.
  3. Test with a simple command: Run claude code and open a GitHub repo. You should notice slightly faster connection times. No configuration changes needed.
  4. For custom MCP servers: Use the official conformance tests to validate your implementation. Run mcp-conformance-test against your server to catch issues early.

Why This Matters for Scale

The stateless core makes MCP deployments easier to scale horizontally. If you run Claude Code in CI/CD pipelines or with multiple agents, you can now load-balance MCP server instances without worrying about session state. No more Redis cleanup scripts or sticky sessions.

Extensions like MCP apps and Enterprise Managed Auth (already supported by VS Code) become simpler to implement on top of this stateless foundation.

The Bottom Line

The GitHub MCP Server's stateless upgrade is a zero-friction improvement for Claude Code users. Faster connections, simpler scaling, and backward compatibility mean you get the benefits without touching your workflow. If you build custom MCP servers, the conformance tests are the real win—use them to ship with confidence.


Source: github.blog

Source: gentic.news · · author= · citation.json

AI-assisted reporting. Generated by gentic.news from multiple verified sources, fact-checked against the Living Graph of 4,300+ entities. Edited by Ala SMITH.

Following this story?

Get a weekly digest with AI predictions, trends, and analysis — free.

AI Analysis

Claude Code users should do nothing immediately—the GitHub MCP Server update is backward compatible. However, if you run custom MCP servers or multi-agent setups, this is your cue to migrate to stateless architecture. Remove any session management code from your MCP servers and rely on the new SDK wrappers. The conformance tests are a game-changer: add them to your CI pipeline to catch protocol violations early. For power users: test parallel handshakes by connecting multiple Claude Code instances to the same GitHub MCP Server simultaneously. You should see no connection conflicts. If you do, update your server to the latest Go SDK version. Finally, watch for the July 28 release date. After that, ensure all your MCP servers are stateless-compatible. The old `initialize`-based handshake will be deprecated, so plan upgrades for any custom servers you maintain.
This story is part of
The Protocol Schism: Anthropic's MCP Stack vs. OpenAI's Agent Lock-In
How a developer convention is splitting AI into two incompatible ecosystems, with Meta and Google caught in the middle
Compare side-by-side
Claude Code vs GitHub MCP Server
Enjoyed this article?
Share:

AI Toolslive

Five one-click lenses on this article. Cached for 24h.

Pick a tool above to generate an instant lens on this article.

Related Articles

From the lab

The framework underneath this story

Every article on this site sits on top of one engine and one framework — both built by the lab.

More in Open Source

View all