Die MCP 2026-07-28 Spezifikation stellt die umfangreichste Überarbeitung des Model Context Protocols seit dessen Einführung dar. Sie transformiert das Protokoll in eine vollständig zustandslose Architektur auf Basis gewöhnlicher HTTP-Infrastruktur.
Kernänderungen der Spezifikation
MCP 2026-07-28 eliminiert den bisher notwendigen initialize/initialized-Handshake sowie die Mcp-Session-Id. Jede Anfrage ist nun eigenständig und überträgt Protokollversion, Client-Informationen und Fähigkeiten im _meta-Parameter. Dadurch entfällt die Notwendigkeit von Sticky Sessions oder gemeinsamem Session-Speicher.
Dies ermöglicht die Skalierung von MCP-Servern mit Standard-Load-Balancern und Kubernetes-Clustern und reduziert den operativen Aufwand erheblich.
AgentCore Gateway Unterstützung
Das AWS AgentCore Gateway, eine Funktion von Amazon Bedrock AgentCore, unterstützt die neue Spezifikation ab dem Veröffentlichungstag. Als vollständig verwaltetes AI-Gateway stellt es eine zentrale, sichere Schnittstelle für Agentenverkehr bereit und verbindet Agenten mit Tools, anderen Agenten und LLMs.
Die Aktivierung der neuen Protokollversion erfolgt über einen einzelnen UpdateGateway-Aufruf. Gateways können mehrere Protokollversionen gleichzeitig unterstützen, wodurch eine schrittweise Migration möglich wird.
Verbesserte HTTP-Nutzung und Observability
Anfragen deklarieren ihre Absicht nun über die Standard-Header Mcp-Method und Mcp-Name. Dies erlaubt Zwischensystemen wie Load Balancern und API-Gateways, Routing, Drosselung und Messung auf HTTP-Ebene durchzuführen, ohne den JSON-RPC-Body zu parsen.
Antworten auf Listen- und Leseoperationen enthalten explizite Frische-Metadaten (ttlMs und cacheScope). Die Spezifikation reserviert zudem W3C Trace Context-Header innerhalb von _meta für formales verteiltes Tracing mit OpenTelemetry.
Server-zu-Client-Interaktionen und Erweiterungen
Server-initiierte Anfragen sind nur noch während der Verarbeitung einer Client-Anfrage erlaubt. „Multi Round-Trip Requests“ (SEP-2322) ersetzen langlaufende SSE-Streams. Der Zustand wird über ein requestState-Token externalisiert.
Ein neues reguliertes Erweiterungssystem (SEP-2133) entkoppelt neue Funktionen vom Kernprotokoll. Jede Erweiterung erhält eine Reverse-DNS-ID und wird über eine extensions-Map in den Fähigkeiten ausgehandelt.
Autorisierung, Fehlerbehandlung und Deprecations
Die Autorisierung wurde enger an OAuth 2.0 und OpenID Connect angepasst, inklusive obligatorischer Validierung des issuer-Parameters. Transportfehler werden nun als echte HTTP-Statuscodes zurückgegeben.
Drei Funktionen – Roots, Sampling und logging/setLevel – sind deprecated und werden durch Tool-Parameter, direkte LLM-APIs sowie stderr oder OpenTelemetry ersetzt. Sie bleiben zwölf Monate funktionsfähig.
Tool-Schemas unterstützen nun den vollständigen JSON Schema 2020-12 Wortschatz inklusive oneOf, anyOf, allOf, Konditionalen und internen Referenzen.
Quelle: AWS AI Blog
FAQ
Was bedeutet die Umstellung auf ein zustandsloses Protokoll?
Sie entfernt Sitzungsabhängigkeiten und ermöglicht Skalierung auf Standard-HTTP-Infrastruktur ohne Sticky Sessions oder gemeinsamen Session-Speicher.
Wie aktiviert man die neue MCP-Version im AgentCore Gateway?
Über einen einzelnen UpdateGateway-Aufruf. Das Gateway kann mehrere Versionen parallel unterstützen.
Bleiben bestehende MCP-Clients weiterhin funktionsfähig?
Ja. Das Upgrade ist opt-in. Clients wählen die gewünschte Protokollversion pro Anfrage über den MCP-Protocol-Version-Header.