MCP wird zustandslos

Am 28. Juli 2026 ist die Protokollfassung 2026-07-28 des Model Context Protocol erschienen, am angekündigten Tag. Das ist der Standard, über den Sprachmodelle an fremde Tools und Datenquellen kommen. Die Ankündigung (externe Seite, blog.modelcontextprotocol.io) der beiden Hauptbetreuer stammt vom 21. Mai 2026 und ordnet die Fassung selbst ein: Es ist die größte Überarbeitung des Protokolls seit seinem Start.

Der Kern in drei Sätzen. Der einleitende Handshake entfällt, mit dem sich Client und Server bisher einmal pro Verbindung begrüßt haben. Die Sitzung entfällt ebenfalls, samt dem Header Mcp-Session-Id, die sie zusammengehalten hat. Stattdessen bringt jede einzelne Anfrage ihre Protokollversion, ihre Kennung und ihre Fähigkeiten selbst mit, teils im Nachrichtenkopf, teils im Feld _meta der Nachricht.

Der Gewinn steht in der Ankündigung (externe Seite, blog.modelcontextprotocol.io) und richtet sich an Betreiber: Ein Server, der bisher haftende Zuordnung zwischen Client und Instanz brauchte, dazu einen gemeinsamen Sitzungsspeicher und einen Übergang, der in die Nachrichten hineinsieht, kommt jetzt mit einem schlichten Lastverteiler aus, der die Anfragen der Reihe nach auf die Instanzen verteilt. Jede Anfrage darf auf jeder Instanz landen.

Was das kostet, steht in der Änderungsliste (externe Seite, modelcontextprotocol.io), und es landet beim Client. Wer über mehrere Aufrufe hinweg etwas merken muss, bekommt dafür keine Protokollhilfe mehr. Ein Server, der solchen Zustand braucht, vergibt selbst eine ausdrückliche Kennung, die als gewöhnliches Argument eines Tool-Aufrufs zurückkommt. Das Modell reicht sie also beim nächsten Aufruf wieder ein, und der Server hält den Zustand dahinter weiter selbst. Wer eine Verbindung verliert, verliert die laufende Anfrage: Die Wiederaufnahme abgebrochener Antwortströme über Last-Event-ID ist ersatzlos gestrichen.

Für Aufrufe, die Minuten laufen, gibt es dafür einen eigenen Weg. Die Änderungsliste (externe Seite, modelcontextprotocol.io) nennt ihn als einen der größeren Punkte: Die bisher experimentellen Tasks wandern aus dem Kern des Protokolls in eine offizielle Erweiterung namens io.modelcontextprotocol/tasks. Ein Tool antwortet dann mit einer Kennung für die Aufgabe, der Client fragt den Stand mit tasks/get ab und schickt Eingaben mit tasks/update nach. Das blockierende tasks/result und tasks/list entfallen. Wer die experimentellen Tasks der Fassung 2025-11-25 schon benutzt, muss umstellen. Eine Erweiterung ist optional: Ein Server, der sie nicht anbietet, hat für einen langen Aufruf weiter nur die eigene Wiederholbarkeit.

Abgekündigt sind außerdem drei Bestandteile, die es weiter gibt, aber nicht mehr für neue Umsetzungen: Roots, Sampling und Logging. Für sie gilt eine Frist von mindestens zwölf Monaten zwischen Abkündigung und frühestmöglicher Entfernung.

Wer eigene Server oder Clients betreibt, findet die Bibliotheken für Python, TypeScript, Go und C# seit dem Tag der Freigabe in der neuen Fassung: Alle vier Bibliotheken der obersten Stufe sprechen nach der Freigabemeldung (externe Seite, blog.modelcontextprotocol.io) vom ersten Tag an 2026-07-28. Bei Python und TypeScript ist das eine neue Hauptversion. Für Python riet die Ankündigung der Vorabfassungen vom 29. Juni, Abhängigkeiten mit einer Obergrenze zu versehen, damit sie nicht ungefragt einzieht; für TypeScript liegt ein Werkzeug bei, das den Quelltext umschreibt.

Alte und neue Gegenstellen verstehen sich nicht ohne Zutun. Ein Server darf beide Fassungen bedienen und entscheidet anhand der ersten Anfrage, welche gemeint ist. Die offiziellen Bibliotheken fallen als Client von selbst auf den alten Handshake zurück, wenn sie auf einen alten Server treffen (Beleg (externe Seite, blog.modelcontextprotocol.io)). Ein alter Client an einem Server, der nur die neue Fassung spricht, scheitert dagegen.

Ausführlich, mit beiden Fassungen nebeneinander, den Beispielen aus dem Trans­port­ab­schnitt, den drei Arten von Zustand und der Ver­träg­lich­keits­ma­trix: MCP, was ohne Sitzung übrig bleibt.