MCP 2026-07-28: Das Model Context Protocol wird erwachsen – Stateless, skalierbar und enterprise-ready

Der Juli 2026 markiert einen Wendepunkt für das Model Context Protocol (MCP): Mit der Spezifikation 2026-07-28 ist der bislang größte Sprung nach vorne erschienen. Das von Anthropic initiierte Open-Source-Protokoll, das oft als „USB-C der KI-Werkzeugintegration" bezeichnet wird, ist damit von einem experimentellen Standard zu einer produktionsreifen Infrastruktur herangewachsen. Für alle, die KI-Agenten entwickeln oder betreiben, lohnt sich ein genauer Blick auf die Neuerungen.

Vom Sessions-Zwang zum zustandslosen Kern

Die mit Abstand wichtigste Änderung ist der Wechsel zu einem stateless Protocol Core. Wo MCP bisher einen aufwendigen initialize/initialized-Handshake und eine Mcp-Session-Id benötigte, ist jeder Request nun in sich abgeschlossen. Protokollversion, Client-Identität und Capabilities reisen im _meta-Feld jedes Aufrufs mit. Ein Client kann über die neue server/discover-Methode die Fähigkeiten eines Servers abfragen – muss es aber nicht.

Die praktische Auswirkung ist enorm: Ein MCP-Server, der zuvor Sticky Sessions, einen gemeinsamen Session-Store und Deep-Packet-Inspection am Gateway brauchte, läuft jetzt hinter einem einfachen Round-Robin-Load-Balancer. Gateway-Operatoren können Anfragen über die neuen HTTP-Header Mcp-Method und Mcp-Name routen, ohne den JSON-Body parsen zu müssen. Listen-Ergebnisse (tools/list, prompts/list) tragen zudem Cache-Hinweise (ttlMs, cacheScope), sodass Clients Tool-Kataloge über mehrere Aufrufe hinweg zwischenspeichern können.

Wer dennoch Zustand über mehrere Aufrufe hinweg benötigt, kann diesen über explizite Handles (z. B. eine basket_id) selbst verwalten – ein Muster, das laut den Maintainern oft sogar mächtiger ist als das alte Session-Modell, weil der Zustand für das Modell sichtbar und kombinierbar wird.

Erweiterungen werden first class

Mit der neuen Spezifikation führt MCP ein formales Extensions-Framework ein. Zwei Erweiterungen stechen besonders hervor:

MCP Apps ermöglichen server-seitig gerenderte Benutzeroberflächen. Ein MCP-Server kann nicht mehr nur JSON-Daten liefern, sondern interaktive UI-Komponenten ausliefern – vergleichbar mit den Apps in einer IDE-Erweiterung. Das öffnet Türen für Dashboards, Konfigurationsmasken und visuelle Feedbackschleifen direkt im Agenten-Workflow.

Tasks wandert aus dem experimentellen Kern in eine eigene Extension und erhält ein poll-basiertes tasks/get sowie ein neues tasks/update. Change-Notifications laufen künftig über einen zentralen subscriptions/listen-Stream, den Clients pro Benachrichtigungstyp abonnieren.

Multi Round-Trip Requests: Der Server fragt zurück

Bisher benötigte MCP für Rückfragen an den Nutzer – etwa eine Bestätigung vor dem Löschen von Dateien – eine dauerhaft offene SSE-Verbindung. Mit Multi Round-Trip Requests (MRTR, SEP-2322) ist das nicht mehr nötig. Der Server antwortet mit resultType: "input_required" und listet die benötigten Eingaben auf. Der Client sammelt die Antworten ein und wiederholt den Originalaufruf mit angehängtem inputResponses. Jede Server-Instanz kann die Wiederholung bearbeiten, weil alle nötigen Informationen im Payload stecken. Supabase etwa hat genau auf diese Funktion gewartet, um kostspielige oder destruktive Aktionen vor der Ausführung bestätigen zu lassen.

Autorisierung: Enterprise-tauglich

Die Sicherheitsarchitektur wurde in mehreren Punkten gehärtet. Autorisierungsserver müssen künftig den iss-Parameter nach RFC 9207 ausliefern, Clients müssen ihn validieren – das schließt eine gefährliche Lücke, bei der ein Angreifer einen fremden Authorization-Server unterschieben konnte. Dynamic Client Registration (DCR) wird zugunsten von Client Metadata Documents (CIMD) abgekündigt. Die Umstellung läuft über zwölf Monate, aber neue Implementierungen sollten direkt auf CIMD setzen.

Roots, Sampling und Logging sind offiziell deprecated. Sie funktionieren noch mindestens zwölf Monate, doch Neubauten sollten sie nicht mehr verwenden. Auch der Legacy-HTTP+SSE-Transport gilt als abgekündigt.

Die SDKs sind bereit

Alle vier Tier-1-SDKs (TypeScript, Python, Go, C#) sprechen die 2026-07-28-Spezifikation, das Rust-SDK unterstützt sie im Beta-Stadium. Die Downloads sprechen eine deutliche Sprache: Die MCP-SDKs verzeichnen zusammen knapp eine halbe Milliarde Downloads pro Monat, TypeScript und Python haben jeweils die Milliardengrenze an Gesamt-Downloads überschritten.

Fazit

MCP hat sich in den letzten 18 Monaten vom Nischenprotokoll zur dominierenden Integrationsschicht für KI-Agenten entwickelt – 78 % der Enterprise-KI-Teams setzen es bereits in Produktion ein, und 67 % der CTOs nennen MCP ihren Standard. Die Spezifikation 2026-07-28 löst das zentrale Performance-Problem (Zustandsverwaltung) und liefert gleichzeitig Enterprise-Features wie gehärtete Autorisierung, cachebare Listen und ein formalisiertes Extensions-Modell. Wer heute mit MCP beginnt oder migriert, investiert in eine Plattform, die auf Jahre hinaus das Rückgrat der agentischen KI-Integration bilden wird.

Quellen

• MCP Blog: The 2026-07-28 Specification — Official release announcement with full changelog
• MCP Blog: 2026-07-28 Release Candidate — Technical deep dive into the RC, stateless core and MRTR
• RockB: MCP Enterprise Adoption Guide 2026 — Adoption statistics, gateway patterns, security framework
• DEV Community: MCP in 2026 – The USB-C of AI Tooling — Practical perspective on model-agnostic tooling
• MCP Blog: The 2026 MCP Roadmap — Priority areas and working group structure