Das Model Context Protocol wird staatenlos und eröffnet das Rennen um die Bereitstellung von Agenten in Edge- und Serverless-Umgebungen
Die Überarbeitung des MCP, die am 28. Juli veröffentlicht wurde, entfernt die dauerhafte Sitzung und den Initialisierungshandshake. Server laufen nun in Lambda, Cloud Function und AgentCore und skalieren auf Null.
Anthropic veröffentlichte am 28. Juli die neue Revision des Model Context Protocols, Version 2026-07-28, mit einer Ingenieursentscheidung, die die Art und Weise verändert, wie KI-Agenten in der Produktion bereitgestellt werden. Das MCP hört auf, ein Protokoll mit einer dauerhaften Sitzung zwischen Client und Server zu sein, und wechselt in ein Anforderungs- und Antwortmodell, ohne Initialisierungshandshake und ohne Zustand auf Protokollebene.
Die Überarbeitung entfernt sowohl den Initialisierungshandshake als auch die Sitzung auf Protokollebene. Jede Anfrage trägt die Version des MCP, die Identifikation des Clients und die verhandelten Fähigkeiten. MCP-Server werden in einer flüchtigen Laufzeit betrieben: Jede Instanz kann jede Anfrage bedienen, ohne Sticky Routing und ohne gemeinsamen Sitzungspeicher. Multi Round-Trip-Anfragen, Routing durch Header, cachebare Listen und die Härtung der Autorisierungsroutinen mit OAuth 2.1 und OIDC vervollständigen das technische Paket. Die Tier 1 SDKs, die von Anthropic, Microsoft und AWS gepflegt werden, sind bereits aktualisiert worden.
Die praktische Konsequenz zeigt sich in den Infrastrukturkosten. Ein zustandsbehafteter MCP-Server erforderte, dass dieselbe Instanz alle Anfragen eines Clients während einer Sitzung bedient, was Sticky Routing im Load Balancer und einen verteilten Cache erforderte, um den Kontext zu wahren. Ein zustandsloser MCP-Server läuft als Lambda oder Cloud Function, skaliert auf Null und hat keine Kosten für inaktive Verbindungen. Das Modell entspricht dem von REST zu Beginn der 2010er Jahre. Wer Flotten von Agenten in Kubernetes mit Sitzungsaffinität betreibt, beginnt, die Architektur als veraltet zu betrachten.
Erweiterungen und der AWS-Hook
Die Überarbeitung formalisiert einen versionierten Framework für Erweiterungen. Zwei offizielle Erweiterungen treten am ersten Tag in Kraft. Apps, von Anthropic beigetragen, um die Darstellung interaktiver Inhalte durch MCP-Server zu standardisieren. Tasks, von AWS beigetragen, für langlebige Agenten mit Reentranzgarantien. Es ist das institutionelle Design, das das MCP zuvor nicht hatte, und es ist der Hook, den AWS verwendet hat, um den Amazon Bedrock AgentCore als Referenzplattform zu positionieren. Die Ankündigung des AgentCore kommt mit dem Versprechen, MCP-Server in einer serverlosen Laufzeit mit Sitzungsisolierung ab demselben Nachmittag zu betreiben.
Heute ist das MCP das einzige Protokoll mit wettbewerbsüberschreitender Akzeptanz zwischen Anthropic, OpenAI, Microsoft, Google und AWS. Anthropic berichtete von 400 Millionen monatlichen Downloads der SDKs, viermal so viel wie zu Beginn des Jahres. Der Wechsel zu einem zustandslosen Modell reduziert die Grenzkosten für den Betrieb eines MCP-Servers in der Produktion und beseitigt die Skalierungsbarriere, die es kleineren Startups verweigerte, eigene Tools als öffentliche Server bereitzustellen. Es ist die Veränderung, die die Tür zu einem echten Marketplace von MCP-Servern öffnet und nicht nur zu Beispiel-Repositories auf GitHub.
B2B-Lesung nach Geografie
US-Banken wie JPMorgan und Goldman, die bereits interne Agenten implementiert haben, die auf MCP für Forschung und Onboarding basieren, gewinnen die Möglichkeit, regulatorische Tools in der Edge näher an den Kunden in Europa und Asien bereitzustellen, ohne gesamte Backends zu replizieren. Globale Beratungsunternehmen mit ingenieurtechnischen Abteilungen wie Capgemini, Accenture und TCS sehen geringere Betriebskosten für die maßgeschneiderten Agenten, die sie fallweise für Fertigungskunden in Deutschland und Japan verkauft haben, wo Datenresidenzanforderungen eine zentralisierte Laufzeit erschweren.
In Brasilien hatten Ingenieurteams von Fintechs und Beratungen wie CI&T, Falconi und dem KI-Zweig von B3 Bedenken, MCP in der Produktion zu implementieren, gerade wegen der Schwierigkeiten beim Sitzungsmanagement. Dieses Einwand entfällt nun. Die Gespräche, die heute über proprietäre MCP-Gateways und interne Broker geführt werden, neigen dazu, in die Richtung serverloser Orchestrierung mit demselben Standardprotokoll zu wandern, das der Rest des Marktes verwendet.
Was die Änderung nicht löst
Das Zustandslose löst die Infrastrukturkosten. Es löst nicht die Sicherheit der Toolausführung. Die Standardisierung von OAuth 2.1 und OIDC im Protokoll ist ein formaler Fortschritt, aber das reale Risiko liegt auf der Seite des MCP-Servers, der Tools für das Modell zur Verfügung stellt: Prompt Injection gegen Toolbeschreibungen, Missbrauch delegierter Berechtigungen und Ressourcenumgang durch Fehlerantworten bleiben weiterhin offen. Fälle wie der des verwundbaren MCP-Inspektors, die im Mai dieses Jahres gemeldet wurden, sind nach wie vor gültig. Die Überarbeitung vom 28. Juli verschiebt das Skalierungsproblem des Agenten auf das Governance-Problem des Agenten, das jetzt im Fokus des CISO steht.
Die Ingenieurskunst kam vor der Politik. Die Überarbeitung vom 28. Juli ist die größte Änderung des MCP seit der Version 2024-11-05, und das Timing ist entscheidend. Sie kommt, während Anthropic von der Konkurrenz durch OpenAI im gleichen Bereich der Agenten unter Druck gesetzt wird und AWS versucht, den Fehler zu vermeiden, den LangChain zur Norm werden zu lassen. Wer auf MCP als neutrales Protokoll gesetzt hat, hat nun den technischen Grund, um die Investition zu rechtfertigen. Wer auf proprietäre Tools gesetzt hat, hat ein kürzeres Zeitfenster, um die Architektur zu rechtfertigen.