MCP 2026-07-28: Das KI-Agenten-Protokoll wird stateless — was das für Ihre Software bedeutet

Das Model Context Protocol hat am 28. Juli 2026 sein bisher größtes Update erhalten: ein stateless-Kern, neue Multi Round-Trip Requests und OAuth-Hardening machen KI-Agenten-Integrationen einfacher zu betreiben und sicherer. Was sich ändert, was deprecated wird und wann sich die Migration lohnt.

Wer in seinem Unternehmen KI-Agenten einsetzt — ob Claude Code im Entwicklungsteam, einen internen Assistenten mit Datenbankanbindung oder einen automatisierten Workflow, der externe Dienste anspricht — nutzt sehr wahrscheinlich das Model Context Protocol (MCP). Dieses offene Protokoll hat sich seit Ende 2024 als De-facto-Standard für die Verbindung von KI-Assistenten mit externen Tools und Datenquellen etabliert: Es steckt hinter Claude Desktop, Claude Code und einer wachsenden Zahl von Unternehmensintegrationen.

Am 28. Juli 2026 hat das MCP-Team die Spezifikation `2026-07-28` veröffentlicht — nach eigener Aussage das größte Update seit dem Launch. Die Kernänderung betrifft die Architektur des Protokolls selbst: MCP wechselt von einem zustandsbehafteten (stateful) zu einem vollständig zustandslosen (stateless) Modell. Was das konkret bedeutet und warum es für Unternehmen mit eigenen KI-Integrationen relevant ist, erklärt dieser Beitrag.

Was sich konkret ändert

Die fünf wichtigsten Neuerungen der Spezifikation `2026-07-28` ([Quelle: MCP Blog](https://blog.modelcontextprotocol.io/posts/2026-07-28/)):

• Stateless-Kern: Jede Anfrage ist vollständig selbstbeschreibend — ein MCP-Server benötigt keinen laufenden Session-Kontext mehr. Deployment hinter Standard-Load-Balancern wird damit ohne spezielle Sticky-Session-Logik möglich. Praktische Folge: einfacheres horizontales Skalieren, weniger Infrastruktur-Aufwand.
• Multi Round-Trip Requests (MRTR): Ein Tool kann während seiner Ausführung beim Nutzer nachfragen — zum Beispiel eine Bestätigung einholen oder fehlende Parameter anfordern — ohne einen dauerhaft offenen bidirektionalen Stream halten zu müssen. Das ermöglicht strukturiertere, interaktive Agenten-Workflows.
• OAuth 2.0 / OIDC-Alignment: Die Autorisierung von MCP-Servern folgt jetzt RFC 9207 und Standard-OAuth-Flows. Anbindung an Unternehmens-Identity-Systeme wie Microsoft Entra oder Okta ist damit ohne Workarounds möglich — ein wichtiger Schritt für produktionsreife Enterprise-Deployments.
• Cacheable List-Responses: Tool- und Resource-Listen-Ergebnisse können jetzt gecacht werden. Weniger redundante Anfragen in Agenten-Loops, bessere Performance — besonders relevant bei kostenpflichtigen externen APIs.
• Routing-Header: Methode und Tool-Name stehen jetzt im HTTP-Header, sodass Gateways und Rate-Limiter ohne JSON-Body-Parsing routen können.

Was deprecated wird — und wie lange noch nutzbar

Die neue Spezifikation markiert mehrere bisher gebräuchliche Features als deprecated: Roots, Sampling, Logging und der legacy HTTP+SSE-Transport. Das Mindest-Support-Fenster beträgt 12 Monate — bis mindestens Juli 2027 bleiben diese Features in gängigen Clients und SDKs unterstützt. Wer sie aktiv in bestehenden Individualsoftware-Projekten einsetzt, hat Zeit zu migrieren, sollte es aber auf der Roadmap haben.

Konkrete Einsatzfälle für mittelständische Softwareteams

Welche Szenarien profitieren am deutlichsten vom Update?

• Skalierbare interne KI-Assistenten: Unternehmen, die einen Claude-basierten Assistenten für 50+ Mitarbeitende betreiben, profitieren direkt vom stateless-Kern — keine Sticky Sessions, Standard-Load-Balancer, einfacheres Deployment in Cloud-Umgebungen.
• Interaktive Genehmigungs-Workflows: Dank MRTR können Agenten jetzt mitten im Prozess Bestätigungen einholen — z. B. einen Bestellvorschlag zur Freigabe vorlegen, bevor er ausgeführt wird — ohne separate Rückkanal-Infrastruktur.
• Enterprise-sichere Integrationen: Unternehmen mit Microsoft Entra oder Okta als Identity-Provider können MCP-Server jetzt standardkonform anbinden. Das senkt den Integrationsaufwand erheblich und entspricht gängigen Compliance-Anforderungen.
• Agenten-Pipelines mit Datenbankzugriff: Cacheable List-Responses reduzieren die Zahl redundanter Datenbankabfragen in Agenten-Loops messbar — relevant überall dort, wo externe Abfragen Kosten oder Latenz verursachen.

Vor dem Einsatz prüfen

• SDK-Version: Beta-SDKs für TypeScript, Python, Go und C# sind verfügbar. Für den Produktionsbetrieb empfiehlt sich das Abwarten der stabilen Hauptversion — Migrationsleitfäden liegen bereits bei.
• Breaking Changes identifizieren: Der `initialize`-Handshake und persistente Sessions entfallen vollständig. Eigene MCP-Server und -Clients müssen auf das stateless-Modell umgebaut werden.
• Deprecation-Bestand prüfen: Nutzen Ihre aktuellen Integrationen Roots, Sampling oder den HTTP+SSE-Transport? Diese Punkte in den Migrationsplan aufnehmen — das 12-monatige Fenster gibt ausreichend Zeit.
• Load-Balancer-Konfiguration: Der Wegfall von Session-Affinity kann bestehende Infrastruktur vereinfachen — prüfen Sie, ob Routing-Anpassungen nötig oder möglich sind.
• Identity-Integration (OAuth): Wer Entra oder Okta nutzt, kann die neue native Auth-Anbindung als Parallelaufgabe zur Migration einplanen — der Sicherheitsgewinn ist erheblich.

Ein zustandsloses MCP macht KI-Agenten betrieblich behandelbar wie jede andere API — skalierbar, standard-lastfähig und ohne Spezial-Routing.

Verdikt: Jetzt migrieren oder abwarten?

Für die meisten Unternehmen gilt: stabile Version abwarten, aber jetzt planen. Die Beta-SDKs eignen sich für Evaluierungsumgebungen; für den Produktivbetrieb empfiehlt sich das finale Release. Wer heute neue MCP-Server aufbaut, sollte direkt auf die neue Spezifikation ausrichten — der Umbau danach ist teurer als der direkte Einstieg.

Sofortiger Handlungsbedarf besteht, wenn Sie skalierbare Agenten-Infrastruktur aufbauen oder Enterprise-Identity-Anbindung benötigen. Abwarten ist sinnvoll, wenn Ihre bestehenden Integrationen stabil laufen und keine unmittelbare Skalierungs- oder Sicherheitsanforderung drängt.