# Der zustandslose Kern von MCP verändert die Skalierung von Agent-Tools

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/de/article/mcp-2026-07-28-stateless-core-2026-08-13-morning-de
Section: Software (https://technewslist.com/de/software)
Author: TechNewsList
Language: de
Published: 2026-08-13T05:25:40.194+00:00
Updated: 2026-08-13T05:25:40.351953+00:00

> Die Model Context Protocol-Spezifikation vom 28.07.2026 macht den zustandslosen Betrieb zu einem erstklassigen Pfad und reduziert die Sitzungsannahmen, die zu komplizierten serverlosen, Edge- und horizontal skalierten Agentenbereitstellungen führen.

## TL;DR
- Das Model Context Protocol hat am 28. Juli seine Spezifikation 2026-07-28 mit einem zustandslosen Kern und aktualisierten SDKs veröffentlicht.
- Durch den zustandslosen Betrieb kann jeder fehlerfreie Server eine Anfrage verarbeiten, ohne den verborgenen Sitzungsstatus von einer anderen Instanz zu erben.
- Die Änderung erleichtert die Bereitstellung von MCP auf serverlosen und Edge-Plattformen, verlagert jedoch mehr Verantwortung in den expliziten Anforderungskontext.
- Transport, Autorisierung, Tool-Erkennung und Fähigkeitsaushandlung bleiben wichtige Kompatibilitätsgrenzen.
- Teams, die Produktionsserver migrieren, sollten Sitzungsannahmen testen, anstatt die Datumsänderung als ein Drop-in-Upgrade zu betrachten.

## Key points
- MCP wird zur Infrastruktur für Agenten, die Tools, Ressourcen und Eingabeaufforderungen für viele Clients benötigen.
- Ein zustandsloser Protokollkern verbessert die horizontale Skalierung und das Failover, da Anforderungen nicht vom Speicher eines Servers abhängen.
- Ein expliziter Kontext kann die Überprüfbarkeit verbessern, aber auch die Anforderungsgröße und die Implementierungskomplexität erhöhen.
- Die Spezifikation und die SDKs bieten Entwicklern nun ein gemeinsames Ziel für Transporte und Protokollverhalten.
- Der eigentliche Akzeptanztest besteht darin, ob vorhandene Server migriert werden können, ohne Authentifizierung, Abonnements oder lang laufende Aufgaben zu unterbrechen.

# Der zustandslose Kern von MCP verändert die Skalierung von Agent-Tools

Das Model Context Protocol begann als praktische Möglichkeit, einen KI-Client mit Tools und Daten zu verbinden. Die nächste Herausforderung ist weniger glamourös, aber wichtiger: Wie sich diese Verbindungen verhalten, wenn sie in der Produktion ausgeführt werden? Die am 28. Juli veröffentlichte Spezifikation 2026-07-28 macht einen zustandslosen Kern zu einem klareren Teil der Protokollgeschichte. Dies ist eine bedeutende Änderung für Teams, die Agententools in serverlosen, Edge- und horizontal skalierten Infrastrukturen ausführen möchten.

## Was passiert ist

Die MCP-Betreuer haben die Spezifikation 2026-07-28 zusammen mit aktualisierten SDKs veröffentlicht. Die Veröffentlichung betont einen zustandslosen Protokollkern, was bedeutet, dass ein Server nicht darauf angewiesen sein sollte, dass für jede Anfrage versteckter Sitzungsspeicher auf einer bestimmten Instanz vorhanden ist. Ein Load Balancer kann die nächste Anfrage an eine andere fehlerfreie Instanz senden, solange die Anfrage den Kontext enthält, den der Server benötigt.

![MCP-Serverarchitektur](https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/s5qdvd3v5gaisu825ut5.png)
*MCP bietet Agenten eine gemeinsame Möglichkeit, auf Tools, Datenquellen und Arbeitsabläufe zuzugreifen.*

Die Veröffentlichung ist kein Versprechen, dass jeder bestehende Server automatisch kompatibel ist. Entwickler müssen weiterhin Transporte, Autorisierung, Funktionsaushandlung, Abonnements und alle lang laufenden Workflows überprüfen, die eine dauerhafte Verbindung oder einen In-Memory-Status angenommen haben.

## Warum es wichtig ist

Der Zustand ist einer der stillen Gründe, warum Agentensysteme schwierig zu bedienen sind. Merkt sich ein Server eine Aushandlung, ein Abonnement oder eine Teilaufgabe im Prozessspeicher, kann ein Neustart das Verhalten ändern. Auch die horizontale Skalierung wird schwieriger, da die Anfrage möglicherweise zur gleichen Instanz zurückkehren oder einen separaten Sitzungsspeicher konsultieren muss.

Ein zustandsloser Kern beseitigt diese versteckte Kopplung. Dadurch lassen sich Ausfälle und Wiederherstellungen leichter nachvollziehen, die Kompatibilität mit kurzlebiger Rechenleistung wird verbessert und Betreiber können Instanzen basierend auf dem Datenverkehr und nicht auf der Grundlage der Sitzungseigentümerschaft skalieren. Für eine Agentenplattform, die viele Tools aufruft, sind diese Eigenschaften wichtig, da ein langsamer oder nicht verfügbarer Server nicht den gesamten Client offline schalten sollte.

Der Kompromiss ist der explizite Kontext. Eine Anfrage muss mehr Informationen enthalten, die ein Server benötigt, um eine Entscheidung zu treffen. Dies kann die Nutzlastgröße erhöhen, ein besseres Autorisierungsdesign erzwingen und Entwickler dazu bringen, sich mit dem auseinanderzusetzen, was in eine Anfrage gehört, und dem, was in den dauerhaften Anwendungsstatus gehört. Das Ergebnis ist oft besser beobachtbar, aber nicht unbedingt einfacher.

## Technische Details

MCP sitzt zwischen einem Agent-Client und einem Server, der Tools, Ressourcen oder Eingabeaufforderungen bereitstellt. Der Transport überträgt Protokollnachrichten, während der Server entscheidet, wie auf die zugrunde liegende API, Datenbank, das Dateisystem oder den Workflow zugegriffen wird. Die Veröffentlichung vom 28.07.2026 bietet Entwicklern ein versioniertes Ziel für die Implementierung dieser Interaktion.

![Veröffentlichung der MCP-Spezifikation](https://blog.modelcontextprotocol.io/og-image.png)
*Die neue Spezifikation bietet Client- und Serverautoren ein gemeinsames Kompatibilitätsziel.*

Der zustandslose Betrieb ist besonders für HTTP-basierte Bereitstellungen relevant. Eine Anfrage kann bei jedem Replikat eintreffen, seinen Aufrufer authentifizieren, Funktionen aushandeln, ein Tool ausführen und ein Ergebnis zurückgeben, ohne dass sich das Replikat merken muss, was bei der vorherigen Anfrage passiert ist. Wenn eine Anwendung einen dauerhaften Workflow benötigt, kann dieser Status in einer expliziten Datenbank oder einem Jobsystem statt in einer zufälligen Prozessvariablen gespeichert sein.

Diese Trennung dient auch der Sicherheitsüberprüfung. Ein Team kann den für einen Toolaufruf bereitgestellten Kontext überprüfen und die Autorisierungsentscheidung protokollieren. Es entstehen jedoch neue Verpflichtungen: Geheimnisse dürfen nicht in jede Nachricht kopiert werden, Wiedergabeschutz muss klar sein und der Kontext muss begrenzt sein, damit ein Benutzer oder Mandant die Berechtigungen eines anderen nicht wiederverwenden kann.

## Auswirkungen auf Markt und Branche

Der Wert des Protokolls steigt, je mehr Agent-Clients und Tool-Server es unterstützen. Anbieter können eine Integration einmal erstellen und sie mehreren Clients zur Verfügung stellen, während Anwendungsteams Modelle oder Orchestrierungsframeworks austauschen können, ohne jeden Connector neu schreiben zu müssen. Zustandslosigkeit senkt die betriebliche Hürde für kleinere Teams, die keinen spezialisierten Sitzungscluster betreiben möchten.

Die Änderung legt auch die Messlatte für MCP-Server höher. Ein Server, der nur funktionierte, als ein einzelner Prozess sich alles merkte, sieht jetzt möglicherweise fragil aus. Produktionsteams müssen Fähigkeitsverhandlungen, Authentifizierung, Ratenbeschränkungen, Idempotenz und die Darstellung lang laufender Aufgaben dokumentieren. Das ist ein gesunder Protokolldruck, der jedoch während der Migration möglicherweise weitere wichtige Änderungen offenlegt.

## Worauf man als Nächstes achten sollte

Sehen Sie sich die SDK-Versionshinweise und realen Migrationsberichte für Authentifizierung, Streaming, Abonnements und Auftragsausführung an. Die nützlichsten Beweise werden von Servern stammen, die in einer gewöhnlichen Cloud-Infrastruktur bereitgestellt werden, und nicht nur von Spezifikationsbeispielen. Achten Sie auch darauf, ob Clients die Protokollversion deutlich genug ankündigen, um ein stilles Downgrade oder eine verwirrende Teilunterstützung zu verhindern.

Die Spezifikation vom 28.07.2026 ist wichtig, da sie die Bereitstellungsrealität als Teil der Agenteninteroperabilität behandelt. Ein Tool-Protokoll kann nicht zur Infrastruktur werden, wenn jede Anfrage insgeheim von einem bestimmten Prozess abhängt. Zustandslosigkeit wird nicht jedes Agentenproblem lösen, aber sie gibt dem Ökosystem eine sauberere Grundlage für Skalierbarkeit, Failover und Überprüfbarkeit.

## Quellen

- [MCP: Die Spezifikation vom 28.07.2026](https://blog.modelcontextprotocol.io/posts/2026-07-28/)
- [MCP-Spezifikation: Transporte](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/docs/specification/2026-07-28/basic/transports/index.mdx)
- [arXiv: Empirische Untersuchung von MCP-Anwendungen](https://arxiv.org/abs/2607.25635)

Mentions: Modellkontextprotokoll, MCP, Anthropisch, AWS, MCP-SDKs, Serverloses Computing

## Sources
- [MCP-Blog](https://blog.modelcontextprotocol.io/posts/2026-07-28/)
- [MCP-Spezifikation auf GitHub](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/docs/specification/2026-07-28/basic/transports/index.mdx)
- [arXiv](https://arxiv.org/abs/2607.25635)