MCP 2026: Wie der Model Context Protocol zum Standard für KI-Agenten wird

📷 "Why and How You Should Build Easy Free No-code AI Agents Now: companies are hiring them instead of you!" by MarkGri is marked with CC0 1.0. To view the terms, visit https://creativecommons.org/publicdomain/zero/1.0/.

Der Model Context Protocol (MCP) hat sich in nur zwei Jahren von einem Experiment von Anthropic zu einem zentralen Baustein der agentischen KI-Infrastruktur entwickelt. OpenAI, Microsoft, Google und Amazon unterstützen den Standard mittlerweile. Doch mit der wachsenden Verbreitung in Produktionsumgebungen wurden auch die Schwachstellen des Protokolls sichtbar. Der Juli 2026 markiert einen Wendepunkt: Mit der Version 2026-07-28 wird MCP grundlegend überarbeitet – und vor allem eines: zustandslos.

Vom Local-Tool-Protokoll zur Enterprise-Infrastruktur

Ende 2024 stellte Anthropic MCP als offenes Protokoll vor, das KI-Modellen einen standardisierten Zugang zu externen Tools, Dateien und Datenquellen ermöglicht. Statt für jedes System eigene Integrationen zu schreiben, können Teams ihre Dienste als MCP-Server bereitstellen. Das spart Zeit und schafft Interoperabilität.

Was als einfache Lösung für lokale Tool-Aufrufe begann, wird heute in ernsthaften Produktionsumgebungen eingesetzt. Große und kleine Unternehmen betreiben MCP-Server für Workflows, die von CRM-Abfragen über ERP-Integrationen bis zu komplexen mehrstufigen Genehmigungsprozessen reichen. Diese Entwicklung brachte jedoch eine Reihe von Problemen ans Licht, die die Maintainer nun in einer neuen Roadmap adressieren.

Die vier Prioritäten der MCP-Roadmap 2026

Im März 2026 veröffentlichte David Soria Parra, Lead Maintainer von MCP, die aktualisierte Roadmap. Sie definiert vier Schwerpunktbereiche, in denen die Entwicklungskapazität gebündelt wird:

1. Transport Evolution und Skalierbarkeit Bisher setzte MCP auf zustandsbehaftete Sitzungen (stateful sessions). Ein Client musste eine Session aufbauen, eine Session-ID erhalten und alle folgenden Anfragen an dieselbe Server-Instanz richten – ein Hindernis für horizontale Skalierung hinter Load-Balancern. Die Lösung: ein zustandsloser Protokollkern, der ohne Session-Management auskommt.

2. Agentenkommunikation Die Tasks-Funktion (SEP-1686) ermöglicht asynchrone, langlebige Aufgaben. Der Produktionseinsatz zeigte jedoch Lücken bei Wiederholungslogik und Ablaufrichtlinien. Diese werden nun geschlossen.

3. Governance-Reifung Jeder Spezifikationsvorschlag (SEP) muss derzeit von allen Core-Maintainern geprüft werden – ein Engpass. Eine Contributor-Ladder und ein Delegationsmodell für Working Groups sollen Abhilfe schaffen.

4. Enterprise Readiness Audit-Trails, SSO-Authentifizierung, Gateway-Verhalten und portierbare Konfiguration – die typischen Anforderungen von Unternehmen werden systematisch angegangen, bisher jedoch bewusst weniger konkret definiert, um die Erfahrungen der Anwender einzubeziehen.

Der Release Candidate 2026-07-28: Ein neues Fundament

Am 21. Mai 2026 wurde der Release Candidate für die neue Spezifikation veröffentlicht, die am 28. Juli 2026 final erscheint. Die Änderungen sind die umfassendsten seit dem Start des Protokolls.

Der Kern: MCP ist jetzt auf Protokollebene zustandslos. Der bisherige initialize-Handshake und die Session-ID entfallen (SEP-2575, SEP-2567). Stattdessen reisen Protokollversion, Client-Informationen und Capabilities in einem _meta-Feld bei jeder Anfrage mit. Neue HTTP-Header wie Mcp-Method und Mcp-Name ermöglichen Routing auf Basis der Operation, ohne den Request-Body parsen zu müssen.

Ein MCP-Server, der zuvor Sticky Sessions, einen gemeinsamen Session-Store und Deep-Packet-Inspection am Gateway benötigte, kann nun problemlos hinter einem einfachen Round-Robin-Load-Balancer betrieben werden. Listen-Ergebnisse (tools/list) sind mit ttlMs- und cacheScope-Angaben cachebar – analog zu HTTP Cache-Control.

Die praktische Auswirkung: Ein Client kann jede Anfrage an eine beliebige Server-Instanz richten, ohne dass ein vorheriger Handshake nötig ist. Der initialize/initialized-Austausch entfällt (SEP-2575), die Protokollversion und Client-Capabilities reisen im _meta-Feld mit. Für zustandsbehaftete Anwendungen gibt es ein explizites Handle-Muster: Ein Tool erzeugt eine ID (z. B. eine basket_id), die das Modell als Argument an nachfolgende Aufrufe übergibt. Das macht den Zustand für das Modell sichtbar und auditierbar – ein Gewinn gegenüber verstecktem Session-State im Transport-Layer.

Extensions, Apps und ein Deprecation-Modell

Erstmals führt der Release Candidate ein formales Extensions-Framework ein. Extensions werden über Reverse-DNS-IDs identifiziert, in eigenen Repositories versioniert und unabhängig von der Kern-Spezifikation weiterentwickelt. Zwei offizielle Extensions liefert die Version mit:

MCP Apps (SEP-1865): Server können interaktive HTML-Oberflächen ausliefern, die der Host in einem sandboxed Iframe rendert – ideal für Genehmigungsworkflows, bei denen ein Mensch vor einer Aktion bestätigen muss.
Tasks (SEP-2133): Die asynchrone Aufgabenverarbeitung wird von einer experimentellen Kernfunktion zu einer vollwertigen Extension, mit klaren Lebenszyklusregeln für Wiederholungen und Ergebnisaufbewahrung.

Ein formaler Deprecation-Prozess stellt sicher, dass das Protokoll sich weiterentwickeln kann, ohne bestehende Implementierungen zu brechen. Zusätzlich wurde die Autorisierung überarbeitet: Die neue Spezifikation bringt OAuth- und OpenID-Connect-Unterstützung, die speziell auf das für agentische Systeme typische One-to-Many-Deployment abzielt – ein Client (der Agent) verbindet sich mit vielen Servern (CRM, ERP, Datenbank). Und mit der standardisierten W3C Trace Context Propagation in _meta lassen sich verteilte Aufrufketten über mehrere MCP-Server hinweg in OpenTelemetry-Backends nachverfolgen.

Fazit

Der Juli 2026 ist ein entscheidender Monat für MCP. Mit der Abkehr von zustandsbehafteten Sessions, der Einführung eines Extensions-Frameworks und der Klärung von Governance-Fragen legt das Protokoll das Fundament für den breiten Enterprise-Einsatz. Die Richtung ist klar: MCP entwickelt sich von einem Tool-Protokoll für KI-Experimente zu einer produktionsreifen Standardinfrastruktur für agentische KI. Teams, die heute auf MCP setzen, profitieren von einer Architektur, die mit den gleichen Prinzipien skaliert wie das HTTP-API-Ökosystem – bewährt, beobachtbar und kosteneffizient.