LONDON (IT BOLTWISE) – Das Model Context Protocol (MCP) bekommt die bislang größte Änderung seit dem Start: Sessions und der bisherige Initialization-Handshake sollen verschwinden, während mehrere Kernmechanismen in einen neuen Lebenszyklus überführt werden. Ziel ist weniger „verteiltes System im Protokoll“, sondern mehr Standard-Handling auf der Infrastruktursebene. Für Betreiber bedeutet das: Ein Remote-MCP-Server lässt sich künftig deutlich näher an stateless HTTP-Diensten betreiben. Gleichzeitig müssen Entwickler ihre Client- und Server-Logik anpassen, etwa beim Caching und beim Umgang mit Handles.
Das Model Context Protocol (MCP) entfernt mit seinem größten Update seit der Einführung gleich mehrere Bausteine, die in der Praxis vor allem eines gelöst haben: die Komplexität, die MCP selbst beim Betrieb über das Netzwerk mitproduziert hat. Laut dem eingefrorenen Release Candidate vom 21. Mai steht die finale Spezifikation zum 28. Juli an. Auf den ersten Blick wirkt der Changelog drastisch: Sessions und der bisherige Initialization-Handshake sollen wegfallen, außerdem werden drei Kernfeatures deprecatet. Wer aber genauer hinsieht, erkennt den eigentlichen Entwurfskern: MCP soll sich so weit wie möglich „entkoppeln“ – statt Zustand und Routing-Entscheidungen als Protokollproblem zu behandeln, sollen sie dort auftauchen, wo es eine Infrastrukturtradition dafür gibt.
Der Ausgangspunkt ist die Lücke zwischen dem ursprünglichen Design und der realen Deployment-Welt. In der bekanntesten frühen Form kommunizierte ein Desktop-Client über Standard Input und Output mit einem lokalen Prozess; ein „Startup handshake“ war dabei vergleichsweise günstig, weil die Verbindung langlaufend blieb. Sobald Teams jedoch Remote-MCP-Server in horizontal skalierte Setups überführten, wurden genau diese Session-Konzepte zum Kostentreiber: Ein Server erzeugte eine Mcp-Session-Id, die den Client an die Instanz bindet, die den Session-Kontext ausgestellt hat. Skalierung nach vorne bedeutet dann häufig Session Affinity, einen externen Session-Store oder Gateway-Logik, die eingehende JSON Bodies auswertet, um Requests zu den richtigen Backends zu routen. Das ist im Kern eine verteilte-systemische Zusatzlast, die ein Protokoll zunächst selbst „erschaffen“ und später den Operatoren als Mehrarbeit überlassen hat.
Auch die Capability Negotiation hatte einen strukturellen Nachteil. Da Fähigkeiten beim Verbindungsaufbau einmal ausgetauscht werden, konnten Ergebnislisten je Verbindung variieren; damit wird Caching über Sessions hinweg oder in einem gemeinsam genutzten Intermediary deutlich schwerer planbar. Die neue Ausrichtung macht hier eine konsequente Verschiebung: In mehreren Specification Enhancement Proposals verdichtet sich ein Ziel, das die Betreiber entlasten soll – jede Anfrage soll „für sich stehen“. Konkret reisen Protokollversion und Client-Capabilities in Meta bei jedem Call; zusätzlich soll die Client-Identität dort mitgeführt werden. Neu ist auch ein server/discover-Mechanismus, der die Serverfähigkeiten entweder proaktiv vorab oder bei Bedarf unabhängig abfragen lässt. Das wird im Kontext als „pay-as-you-go complexity“ beschrieben: Der Core bleibt schlank, Zustand taucht nur dann auf, wenn eine Funktion ihn wirklich benötigt.
Damit verlagert sich die Diskussion vom „Session-Objekt“ hin zu expliziten Handles. Wenn viele Server ohnehin Gedächtnis brauchen, dann ist das in HTTP-ähnlichen Architekturen seit zwei Jahrzehnten kein Protokollproblem mehr, sondern ein Datenmodellproblem: Ein Tool mintet einen basket_id, liefert ihn im Ergebnis zurück, und der nächste Schritt übergibt ihn als normales Argument. Genau dieses Muster soll für MCP-Geschichten wie Account-Status, Resource-URIs, Task-Handles oder Datenbank-IDs wieder funktionieren. Der entscheidende Punkt: Anders als versteckter Session-State in Transport-Metadaten bleibt der Handle für das Modell sichtbar – und damit auch in Workflows kompositorisch nutzbar. Gleichzeitig gibt es einen klaren Trade-off, den der Entwurf adressiert: Weil der Handle in Prompts, Transkripten und Logs auftaucht, muss er an das authentifizierte Principal gebunden werden und bei jeder Verwendung anhand von Permissions neu verifiziert werden, statt ihn als ausreichenden Authentifizierungsnachweis zu betrachten.
Was Entwickler am Ende „hands-on“ bekommen, lässt sich relativ konkret beschreiben. Für Autoren von Remote-MCP-Servern soll der Betrieb ähnlich wie bei stateless HTTP-Diensten funktionieren: Drei Replicas hinter Round-Robin, keine Affinity-Konfiguration und kein Protokollsession-store, der betrieben und wiederhergestellt werden muss. Rolling Deployments sollen Sessions nicht mehr ungültig machen oder Clients an entfernte Instanzen „strandieren“; während In-flight Requests und Subscription-Streams weiterhin unterbrochen werden können, beginnt die Arbeit anschließend wieder neu, weil Resumability wegfällt und der Client den Job unter einer neuen Request-ID erneut anstößt. Für Plattformteams bietet die geforderte Mcp-Method-Header-Logik plus Mcp-Name eine zusätzliche Angriffsfläche für sichere Gateways: Rate-Limits und Autorisierung sollen sich auf Operationsebene umsetzen lassen, ohne den Request Body inhaltlich prüfen zu müssen – unter der Voraussetzung, dass Transportvalidierung und Header-Body-Kohärenz strikt eingehalten werden.
Beim Caching setzt die Änderung außerdem eine Mechanik durch, die in der Praxis bisher oft implizit blieb. Betroffene List- und Read-Ergebnisse müssen nun ttlMs sowie cacheScope enthalten, angelehnt an HTTP Cache-Control. Damit kann ein Client einen Katalog für einen definierten Zeitraum behalten, statt ihn in jeder Session erneut zu ziehen. Der Draft behandelt ttlMs dabei als Frischehinweis statt als Versprechen, dass Daten über die Zeit hinweg exakt gültig bleiben. Zusätzlich sollen Tools in deterministischer Reihenfolge zurückgegeben werden; das wird mit höheren Prompt-Cache-Hit-Raten in Verbindung gebracht und kann bei Skalierung zu geringerer Latenz oder niedrigeren Token-Kosten führen, sofern Anbieter Prompt Caching entsprechend bepreisen. Wichtig ist aber auch die Abgrenzung: Statelessness auf Protokollebene verbessert vor allem die Routability – zwei Replicas akzeptieren dieselbe Anfrage unabhängig vom Protokollzustand, können aber dennoch unterschiedliche Antworten liefern, wenn sie unterschiedliche Versionen ausführen oder auf unterschiedliche Downstream-Datenstände zugreifen.
Neben diesen operativen Effekten bleibt die Frage, wie das Ökosystem mit Erweiterungen, Deprecation und Migration umgeht. Der Entwurf stärkt „Extensions“ strukturell über Namensräume: offizielle Identifikatoren sollen unter io.modelcontextprotocol liegen, Drittanbieter unter einer Reverse-Domain, die dem Autor gehört. Dazu kommen eigene ext-repositories und Release-Zyklen, vergleichbar mit dem Muster, das man aus Kubernetes Custom Resource Definitions kennt. Besonders anschaulich ist der Fall „Tasks“: Es startete 2025-11-25 als experimentelles Core-Feature, wurde später für reale Produktionseinsätze umgebaut und schließlich als Extension neu verortet – ein Schritt, der bereits jetzt zeigt, wie sich MCP weiterentwickelt, ohne jede Kernänderung als dauerhaften Block in der Spezifikation zu konservieren. Die Deprecation-Policy selbst ist der zweite Hebel: Features durchlaufen Active, Deprecated und Removed, wobei ab dem Moment, in dem etwas Deprecated wird, mindestens zwölf Monate Zeit bleiben; nur bei dokumentierten Sicherheitsrisiken kann das Fenster auf 90 Tage reduziert werden. Für Entwickler wirkt das zunächst wie Wartungsarbeit, doch für Plattform-Reviews und interne Architekturfreigaben ist ein schriftliches Deprecation-Versprechen oft wertvoller als die konkrete Capability.
Der Preis der Änderungen ist real, und zwar nicht nur als „einmal migrieren“. Teams, die gegen eine experimentelle Tasks-API gebaut haben, müssen den neuen Lebenszyklus berücksichtigen. Server, die eigene Requests an den Client schicken, wechseln in ein Multi Round-Trip Requests Muster: Der Server liefert, was er noch braucht, und der Client antwortet mit den passenden Ergebnissen, woraufhin der Server erneut arbeitet. Zusätzlich muss der Server jeden „echoten“ requestState authentifizieren, falls dieser Einfluss auf Authorization oder Business-Logik hat; bei einmaligen Workflows braucht es eigene Replay-Tracking-Mechanismen. Beim Sampling ist der Aufwand besonders spürbar, weil client-mediiertes Sampling ohne provider-seitige Credentials auskommen konnte, während ein direkter Provider-Aufruf den Server zur Credential- und Billing-Partei sowie zu einem separaten Datenverarbeiter macht; Logging-seitig gilt eine ähnliche Einschränkung, weil stderr und OpenTelemetry zwar Operatoren helfen, aber der Remote-Client keinen strukturierten Log-Stream wie früher automatisch erhält. Insgesamt setzt MCP damit auf eine eher „infrastrukturkompatible“ Layer-Architektur: Weniger Protokoll-Zustand, dafür sauberere Handles, deterministischere Metadaten und ein klareres Sicherheits- sowie Lifecycle-Gerüst.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "MCP-Update: Sessions und Handshake fallen weg – dafür „pay-as-you-go“" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "MCP-Update: Sessions und Handshake fallen weg – dafür „pay-as-you-go“" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »MCP-Update: Sessions und Handshake fallen weg – dafür „pay-as-you-go“« bei Google Deutschland suchen, bei Bing oder Google News!