Implementation Guide · Source-verified
GitHub MCP Server's stateless transition: what operators should check
GitHub updated its MCP Server toward the latest specification and a stateless transport model. Operators should check client versions, authentication, session assumptions, and rollback—not infer interoperability from the MCP label.
Implementation facts
- GitHub announced support for the latest MCP specification in July 2026.
- GitHub maintains the server in a public repository.
- Server support for a specification does not prove that every client supports the same transport behavior.
Pre-change check
Record the client version, transport, authentication path, and any state currently assumed between calls.
Compatibility check
Test initialization, a read-only tool call, reconnect, and an authorization failure. Passing one tool call is not a compatibility matrix.
Rollout rule
Ship to a bounded environment first, retain logs, and roll back the server-client pair together if transport assumptions diverge.
Decision detail
- Pin client and server versions in production integration tests.
- Test authentication and reconnect behavior without relying on a retained server session.
- Keep a rollback path until the named client-server pair passes representative tool calls.
- Record the transport assumptions that the rollout removes.
Evidence
These claims are source-verified. We do not label this page hands-on or benchmarked because no reproducible test artifact is attached.
- GitHub MCP Server supports the next MCP specificationGitHub · checked 2026-09-13
- GitHub MCP Server repositoryGitHub · checked 2026-09-13
- MCP specification update — 2026-07-28Model Context Protocol · checked 2026-09-13