Das Model Context Protocol (MCP) hat seinen Session-Status verworfen und ihn durch Anfragen im Belegformat sowie einen neuen server/discover-Befehl ersetzt. Entwickler können MCP nun auf Serverless-Plattformen wie AWS Lambda ausführen und den „Single Waiter“-Engpass vermeiden, der die Zuverlässigkeit lange Zeit beeinträchtigt hat.

Warum das alte Modell wichtig war

Ursprünglich erforderte MCP eine dauerhafte Verbindung zu einem spezifischen Server. Der Server hielt die „Tischnummer“ eines Benutzers bereit – eine versteckte Session, die Kontext, Regeln und ausstehende Aktionen speicherte. Wenn dieser Server abstürzte, verschwand die Session und der Client musste von vorne beginnen.

Was das Update anders macht

  • Keine Sessions – Jede Anfrage enthält alles, was der Server benötigt, ähnlich wie ein Restaurantbeleg, den jeder Kassierer lesen kann. Der „initialize“-Handshake entfällt.
  • Belegmodell – Ein winziger Meta-Block am Anfang jeder Anfrage enthält Versionsinformationen und erforderliche Parameter. Der Server verarbeitet die Anfrage isoliert und gibt dann ein Ergebnis mit resultType, ttlMs (Time-to-Live in Millisekunden) und cacheScope zurück. Diese Felder ermöglichen es dem Client, die Antwort sicher zu cachen und zu wissen, wann sie abläuft.
  • Server/discover – Ein neuer Befehl ermöglicht es einem Client, einen Server nach dessen aktuellen Fähigkeiten abzufragen. Die Antwort erfolgt sofort und ist nicht von vorherigen Interaktionen abhängig.
  • Subscriptions/listen – Funktioniert wie ein Pager: Der Client abonniert Updates und wird nur benachrichtigt, wenn sich etwas ändert, was den Polling-Verkehr reduziert.
  • Input_required-Flow – Wenn der Server mehr Informationen benötigt, gibt er eine input_required-Antwort zurück, anstatt den Client erneut anzufragen. Der Client liefert die fehlenden Daten dann in einer Folgeanfrage nach.

Da der Server keinen Zustand mehr speichert, kann jede zustandslose Rechenumgebung (stateless compute environment) MCP-Endpunkte hosten. Funktionen, die bei Bedarf gestartet werden, pausieren oder zwischen Zonen migriert werden, können den Datenverkehr bewältigen, ohne eine Konversation zu unterbrechen.

Wer profitiert, wer ist besorgt

Entwickler von KI-Frontends – profitieren von einfacheren, zuverlässigeren Backends. Infrastruktur-Teams – können MCP auf kostengünstigen, automatisch skalierenden Diensten bereitstellen. Betreiber von MCP-Servern – müssen Handler umschreiben, um ttlMs und cacheScope auszugeben und den server/discover-Vertrag einzuhalten. Code, der auf einer dauerhaften Session basierte, muss refactored werden. Unternehmen mit strengen Compliance-Anforderungen – profitieren von einer klareren Kontrolle über den Datenlebenszyklus.

Das versteckte Detail: Versionsverhandlung

Jeder Beleg enthält einen winzigen Meta-Block, der die vom Client erwartete Protokollversion angibt.

Was noch ungewiss ist

Worauf man als Nächstes achten sollte

Fazit

Durch das Entfernen des Session-Status und die Umwandlung jeder Interaktion in einen eigenständigen Beleg fügt sich MCP nun natürlich in Serverless-Ökosysteme ein. Dieser Wandel macht MCP stabiler und skalierbarer und ermöglicht es Servern, überall zu laufen und wie jeder normale Webdienst zu skalieren.