Die Betreuer des Model Context Protocol (MCP) haben eine aktualisierte Roadmap veröffentlicht, die die nächste Spezifikationsversion des Protokolls prägen wird, das zu einem De-facto-Standard für die Verbindung von KI-Modellen mit externen Tools und Daten geworden ist. Der Beitrag vom 22. August, verfasst von den Hauptbetreuern David Soria Parra und Den Delimarsky, legt fünf vorrangige Bereiche fest – von Agenten-Messaging-Grundelementen bis hin zur standardisierten Agentenidentität – und erscheint nur wenige Wochen nach der bahnbrechenden Spezifikationsüberarbeitung des Protokolls am 28.07.2026.

Das Update zog sofort die Aufmerksamkeit der Entwickler-Community auf sich, da die Roadmap-Ankündigung innerhalb weniger Tage mehr als 240 positive Stimmen und über 140 Kommentare auf Hacker News sammelte. Für Entwickler, die Agentenanwendungen erstellen, signalisiert das Dokument, wo die Kernbetreuer und Arbeitsgruppen des Protokolls ihre Überprüfungszeit verbringen werden – und welche Vorschläge am schnellsten durch die Warteschlange gelangen. Weitere Informationen zu dieser Geschichte finden Sie in unserer KI-Nachrichten.

Was sich durch die Juli-Spezifikation bereits geändert hat

Bevor sie neue Prioritäten setzten, zogen die Betreuer eine Bestandsaufnahme der vorherigen, im März 2026 veröffentlichten Roadmap, die sich auf vier Bereiche konzentrierte: Transportentwicklung und -skalierbarkeit, Agentenkommunikation, Governance-Reifung und Unternehmensbereitschaft. Dem Blogbeitrag zufolge wurden an allen vier Fronten „erhebliche Fortschritte“ erzielt, wobei der Großteil der Änderungen in der Spezifikationsversion 2026-07-28 landete.

Die folgenreichste Änderung war die Entfernung von Sitzungen auf Protokollebene und des Initialisierungs-Handshakes, verfolgt als SEP-2575 und SEP-2567. Die Verschiebung bedeutet, dass ein MCP-Server jetzt horizontal skalieren kann, ohne den Status beizubehalten – eine grundlegende Überarbeitung, die dazu führt, dass sich Remote-MCP-Server wie gewöhnliche Webdienste verhalten. Clients können auch einen neuen „Server/Discover“-Endpunkt aufrufen, um die unterstützten Versionen und Funktionen eines Servers zu erfahren, bevor sie etwas anderes tun, und Listenergebnisse wurden unter SEP-2549 zwischenspeicherbar.

Auf der Seite der Agentenkommunikation wurde das Tasks-Konstrukt in eine offizielle Erweiterung (SEP-2663) umgearbeitet, während ein neues Multi-Round-Trip-Requests-Muster (SEP-2322) serverinitiierte Anfragen ersetzte, sodass Abläufe wie die Ermittlung auf zustandslosen Servern funktionieren. Auch die Governance ist ausgereift: Das Projekt hat offiziell eine Contributor Ladder eingeführt, Arbeitsgruppen selektieren nun ihre eigenen Verbesserungsvorschläge und die Spezifikation erhielt einen ordnungsgemäßen Funktionslebenszyklus und eine Richtlinie zur Abwertung.

Die Arbeit zur Unternehmensbereitschaft konzentrierte sich auf die Autorisierung, die Validierung des Versandausstellers, ausstellergebundene Client-Zugangsdaten und Client-ID-Metadatendokumente als bevorzugten Client-Registrierungspfad, wobei Enterprise-Managed Authorization als Erweiterung auf „Stable“ hochgestuft wurde.

Fünf Prioritäten für den nächsten Release-Zyklus

1. Agentische Messaging-Primitive

Die erste Priorität erkennt an, dass „moderne Agenten-Workloads nicht mehr dem Standard-Anfrage-und-Antwort-Muster entsprechen“. Schleifen laufen länger, Server übertragen gestreamte Ergebnisse und Entwickler müssen die Möglichkeit haben, die Arbeit während der Laufzeit zu steuern. MCP ist diesen Anforderungen mit Aufgaben, Abonnements und Abhörvorgängen sowie Fortschrittsbenachrichtigungen gewachsen – aber die Betreuer möchten, dass sie gut zusammenarbeiten.

Zu den geplanten Arbeiten gehören serverinitiierte Ereignisse, die über Webhooks und Kanäle bereitgestellt werden, „damit Clients nicht nach Ergebnissen fragen müssen“, eine Überprüfung der Zusammensetzung, die die Arbeitsgruppen „Agenten“, „Transporte“ und „Trigger & Ereignisse“ umfasst, sowie die Weiterentwicklung der Tasks-Erweiterung, damit sie in die Kernspezifikation aufgenommen werden kann.

2. HTTP-native Transportvereinheitlichung

Mit der Juli-Veröffentlichung, so schrieben die Betreuer, „unterscheidet sich ein Remote-MCP-Server jetzt nicht mehr von anderen HTTP-Workloads“, wodurch MCP-Server einfach auf Infrastruktur gehostet werden können, die Organisationen bereits für ihre APIs verwenden. Der Ansatz „hat sich als skalierbar erwiesen“, und die Roadmap schlägt nun vor, ihn auszudehnen, um lokale Server abzudecken, die Streamable HTTP über Standardein- und -ausgabe sprechen. Die Vereinheitlichung auf einem einzigen Transport, so argumentiert der Beitrag, würde sowohl die MCP-Server- als auch die Client-Entwicklung noch weiter vereinfachen.

3. Agentenidentität und unternehmenstaugliche Sicherheit

Die vielleicht zukunftsweisendste Priorität befasst sich mit der Lücke zwischen der heutigen Funktionsweise der MCP-Autorisierung und der tatsächlichen Funktionsweise der Agenten. Die derzeitige Autorisierung basiert darauf, dass eine Person den Zugriff in einem Browser genehmigt – für interaktive Clients in Ordnung, aber zunehmend nicht mehr im Einklang mit der Realität.

„Immer mehr Anrufer sind Agenten, die als Cloud-Workloads mit eigener Identität laufen, im Namen eines nicht anwesenden Benutzers handeln oder engere Befugnisse an Unteragenten delegieren“, schreiben die Betreuer. Das Ziel ist eine standardisierte Möglichkeit für MCP-Server, diese Agentenidentitäten zu erkennen und ihnen zu vertrauen, „basierend auf vorhandenen Standards und nicht auf eingefügten API-Schlüsseln und langlebigen Token“.

Konkret umfasst die Arbeit die Fertigstellung des Demonstrating Proof of Possession (DPoP) und die Förderung seiner Einführung, die Definition eines eigenwilligen Pfads für Agentenidentität und -delegierung durch Workload Identity Federation, den ID-JAG-Zuschuss hinter Enterprise-Managed Authorization und den Standard-Token-Austausch. Das Team wird auch weiterhin mit den IETF-Arbeitsgruppen OAuth und WIMSE zusammenarbeiten, um die Weiterentwicklung der zugrunde liegenden Standards zu unterstützen.

4. Verbesserte Grundelemente und progressive Werkzeugerkennung

Der Tool-Aufruf bleibt der Teil von MCP, den die meisten Entwickler zuerst berühren, und er hat sich dem Beitrag zufolge „gut gehalten“. Aber die Ergebnisverarbeitung greift zu kurz: Eine „tools/call“-Antwort kann die gleiche Ausgabe in mehr als einer Form enthalten, und Serverentwickler haben keine Möglichkeit zu wissen, welche Form ein bestimmter Client dem Modell voranstellt. Ziel der Roadmap ist die Vereinheitlichung auf einen klaren Vertrag.

Die Betreuer wiesen auch auf das Problem der Skalierung hin. „Die Verbindung zu einem Server mit hundert Werkzeugen bedeutet, dass das Modell die gesamte Oberfläche bezahlt, bevor der Benutzer eine einzige Frage gestellt hat, und die Werkzeugauswahl wird tendenziell schlechter, wenn die Liste wächst“, schrieben sie. Die Antwort ist eine progressive Entdeckungsmaßnahme, bei der ein Server einen kleinen Einstiegspunkt bietet und mehr von seinem Katalog preisgibt, wenn die Konversation enger wird.

5. Verbesserte SDK-Entwicklererfahrung

Schließlich haben die Betreuer Investitionen in die SDKs zugesagt, durch die die meisten Entwickler MCP erleben – ihre Ergonomie, ihre Konformität mit der Spezifikation und ihre Dokumentation über alle unterstützten Plattformen und Sprachen hinweg. Die Risiken seien gestiegen, stellten sie fest, da viele Entwickler MCP-Clients und -Server erstellen, „indem sie einen Agenten auf unsere Bibliotheken verweisen“, wo klare APIs und genaue Dokumentation darüber entscheiden, ob generierter Code mit minimaler Reibung funktioniert.

Was es für das Ökosystem bedeutet

Die Roadmap beinhaltet eine praktische Anreizstruktur: Spezifikationsverbesserungsvorschläge (Specification Enhancement Proposals, SEPs), die in die Prioritätsbereiche fallen, erhalten eine beschleunigte Prüfung und die besten Annahmechancen, während Vorschläge außerhalb des Geltungsbereichs nicht automatisch abgelehnt werden, sondern zuletzt knappe Betreuerzeit erhalten. Jeder Prioritätsbereich hat Hauptbetreuer und eine oder mehrere Arbeitsgruppen benannt, die alle Platz für weitere Mitwirkende bieten, und der experimentelle Erweiterungsmechanismus unter SEP-2133 ermöglicht es Gruppen, Ideen vor formellen Vorschlägen zu testen.

Seit Anthropic Ende 2024 MCP eingeführt und als Open-Source-Lösung bereitgestellt hat, hat sich das Protokoll in der gesamten Branche verbreitet, und große KI-Anbieter und Tool-Hersteller haben es als gängige Methode übernommen, um Modellen Zugriff auf externe Systeme zu gewähren. Die Roadmap vom August legt nahe, dass die nächste Phase des Protokolls weniger durch die grundlegende Konnektivität als vielmehr durch die schwierigeren Probleme des Agentenzeitalters definiert wird: die Identifizierung, wer – oder was – tatsächlich anruft, die Steuerung langwieriger Arbeiten und die Eindämmung der Vielzahl an Tools, mit denen Agenten navigieren müssen.

Für Entwickler und Plattformteams, die auf MCP setzen, ist die Botschaft klar: Der zustandslose HTTP-Betrieb ist jetzt die angenommene Basis, und der Schwerpunkt des Protokolls verlagert sich hin zu Agenten, die autonom agieren, ihre eigenen überprüfbaren Identitäten tragen und Fähigkeiten nach und nach und nicht alle auf einmal entdecken.

---

Bleib vorne bei KI

Die neuesten KI-Nachrichten, Analysen und Durchbrüche – alles an einem Ort.

Mehr KI-Nachrichten lesen →