MCP wächst: Stateless Agent-Server skalieren endlich frei
MCP 2026-07-28 streicht Sessions. Agent-Server laufen hinter Round-Robin und auf Serverless, mit Header-Routing und 12-Monats-Deprecations.
MCP 2026-07-28 streicht Session-IDs und den initialize-Handshake. Jede Anfrage trägt Protokollversion und Client-Infos selbst. Damit laufen Agent-Server hinter normalem Round-Robin und auf Serverless, ohne Sticky-Session-Kunst.
Das Wichtigste in Kürze
- Stateless-Kern. Mcp-Session-Id und der initialize/initialized-Handshake entfallen. Optional bleibt server/discover.
- Routing über Header. Mcp-Method und Mcp-Name erlauben Gateway, WAF und Rate-Limits ohne JSON-Parsing.
- Scale-Signal. Die Maintainer melden nahe an einer halben Milliarde Downloads pro Monat über die Tier-1-SDKs. TypeScript und Python liegen je über einer Milliarde Downloads kumuliert.
Verwandt:Model Context Protocol unter der Linux Foundation / AWS nimmt den Agenten-Unterbau ab, der Haken bleibt
Warum Session-State Agent-Infrastruktur bremste
Bis zur Spec vom 28. Juli 2026 hing Remote-MCP an langlebigen Sessions. Load-Balancer brauchten Sticky Affinity. Serverless-Funktionen, die nach dem Request schlafen, passten schlecht. Teams bauten Redis-Session-Stores oder hielten Container warm, nur damit ein Tool-Call denselben Pod traf.
Die neue Spec dreht das Modell um. Jede JSON-RPC-Anfrage ist selbstbeschreibend. Protokollversion, Client-Identität und Capabilities reisen in _meta. Wenn ein Client die Server-Fähigkeiten vorher wissen will, ruft er server/discover auf. Pflicht ist das nicht. Jede Instanz hinter einem schlichten Round-Robin darf jede Anfrage beantworten.
Was Plattform-Teams jetzt umbauen müssen
Drei Baustellen sind hart, der Rest ist Migration.
Erstens der Transport. Session-IDs im Header sind tot. Wer State über Tool-Calls braucht, gibt dem Modell einen expliziten Handle als Argument zurück. Der Handle ist sichtbar. Das ist umständlicher als versteckter Session-State und genau deshalb debuggbarer.
Zweitens Multi Round-Trip Requests. Früher hielt der Server einen Stream offen, wenn er mitten im Tool-Call eine Bestätigung oder einen Parameter brauchte. MRTR liefert stattdessen resultType: „input_required“. Der Client beantwortet und wiederholt den Call mit inputResponses. Elicitations und Sampling brauchen keinen Dauer-Stream mehr.
Drittens Auth. Issuer-Validierung nach RFC 9207 ist Pflicht. Dynamic Client Registration gilt als deprecated zugunsten von Client ID Metadata Documents. Wer CLI-Clients mit localhost-Redirects baut, setzt application_type korrekt, sonst scheitert OAuth weiterhin an Redirect-URIs.
Header-Routing und cachebare Listen
Streamable-HTTP-Requests müssen Mcp-Method und Mcp-Name setzen. Gateways können Tools metern und freischalten, ohne den Body zu parsen. Das klingt nach Kleinigkeit und ändert den Betriebsalltag: Rate-Limits pro Tool, Allowlists pro Tenant, Audit-Logs mit lesbaren Methodennamen.
Antworten von tools/list, prompts/list und resources/list tragen ttlMs und cacheScope. Clients cachen Tool-Kataloge. Prompt-Caches bleiben über Reconnects stabiler. Wer alle 30 Sekunden die Tool-Liste neu zieht, verschenkt Latenz und Token-Budget.
Tasks, Deprecations, 12-Monats-Fenster
Tasks wandern aus dem Kern in die Extension io.modelcontextprotocol/tasks, mit poll-basiertem tasks/get und tasks/update. Lange Agent-Läufe sind damit spezifiziert, nicht mehr improvisiert. Roots, Sampling und Logging sind deprecated, bleiben aber mindestens zwölf Monate nutzbar. Neue Implementierungen sollten sie nicht mehr einführen.
Die offene Spec schafft den Rahmen. Anthropic nennt für Claude mehr als 950 MCP-Server im Connectors-Verzeichnis und baut darauf MCP Apps für interaktive Oberflächen, zentral verwaltete Enterprise-Authentifizierung sowie Observability für Connectoren aus. Für Plattform-Teams rücken damit Identität, Berechtigungen, Telemetrie und die Freigabe von UI-Komponenten in denselben Betriebscheck wie Transport und Skalierung.
SDKs für TypeScript, Python, Go und C# sprechen die Spec. AWS bewirbt den Stateless-Kern für Amazon Bedrock AgentCore. Cloudflare Agents SDK und Microsoft Foundry signalisieren Day-0-Support. Das ist kein Marketing-Nebensatz: Es heißt, dass MCP-Server künftig wie normale HTTP-Workloads laufen, nicht wie Sonderlocke mit Session-Sticky.
Ein unterschätzter Nebeneffekt: List-Caches stabilisieren Prompt-Caches. Wenn Tool-Kataloge bei jedem Reconnect neu und in anderer Reihenfolge ankommen, zerfallen Prompt-Prefix-Caches. Deterministische Order plus TTL ist deshalb kein Komfort-Feature. Es spart Token und macht Agent-Läufe billiger.
Wer MCP hinter API-Gateways betreibt, kann Method-Header in bestehende Policy-Engines hängen. Allowlist pro Tenant, Deny für destructive Tools in Production, Burst-Limits pro Mcp-Name. Das war mit reinem Body-Parsing unsauber und langsam. Mit Headern wird es betrieblich normal.
Migrationsreihenfolge, die in der Praxis trägt: zuerst Clients und SDKs auf 2026-07-28, dann Server ohne Session-Annahme, dann Auth-Härtung, dann Abschalten alter Transports. Wer Auth zuerst bricht, produziert nur Support-Tickets ohne Scale-Gewinn.
Was du Montag prüfst
Inventarisiere MCP-Server mit Session-Annahme. Prüfe, ob dein Ingress Sticky Sessions erzwingt. Stelle Auth auf Issuer-Validierung und CIMD-Pfad. Plane die Breaking Migration der SDKs wie jedes andere Protokoll-Upgrade: Staging, Canary, dann Production. Wer MCP nur als Demo-Localhost betreibt, kann warten. Wer Agent-Tools in Produktion fährt, bekommt mit 2026-07-28 endlich die HTTP-Semantik, die der Rest des Stacks schon hat.
Häufige Fragen
Was ändert die Spec 2026-07-28 am stärksten?
Der Kern wird stateless. Sessions und der initialize-Handshake entfallen. Jede Anfrage trägt die nötigen Meta-Daten selbst und kann auf jeder Instanz landen.
Muss ich alle MCP-Server sofort umbauen?
Nein. Die Deprecations laufen mit mindestens zwölf Monaten. Neue Deployments sollten aber auf Stateless und Header-Routing setzen, sobald die SDKs im Stack sind.
Was ist MRTR?
Multi Round-Trip Requests ersetzen server-initiierte Streams für Elicitation und Sampling. Der Server fordert Input an, der Client liefert nach und wiederholt den Call.
Was bedeutet die neue Spec für Teams mit Claude-Connectors?
Die Spec bildet den gemeinsamen Rahmen für Apps, Tasks und Enterprise Managed Authorization. Claude verknüpft ihn mit Connectors und Nutzungs-Dashboards. Teams sollten Produktfunktionen getrennt von der Spezifikation bewerten und Architekturentscheidungen an den offenen Schnittstellen ausrichten.
Wo liegt die Primärquelle?
Im MCP-Blog-Post „The 2026-07-28 Specification“ unter blog.modelcontextprotocol.io und in der Spec unter modelcontextprotocol.io/specification/2026-07-28.
Lesetipps der Redaktion
cloudmagazinModel Context Protocol unter der Linux FoundationcloudmagazinAWS nimmt den Agenten-Unterbau ab, der Haken bleibtcloudmagazinPlattform oder Fassade? Platform Engineering ehrlichMehr aus dem MBF Media Netzwerk
MyBusinessFutureBillige KI aus China: Was der Einkauf prüfen mussDigital ChiefsWashington entscheidet mit, welche KI hier laufen darfSecurityTodayHugging-Face-Einbruch: Alarm lief, Triage blieb ausBildquelle: KI-generiert (Juli 2026)
