▸ saaro:~/blog ▊ Notizen & Artikel
← zurück

Model Context Protocol (MCP) 2026: Wie der offene Standard die KI-Werkzeugintegration revolutioniert

05. September 2026 · 4 min · Martin Jochum #Agentic KI#MCP#Model Context Protocol#KI#AI Agents#Open Source#DevOps

Von Anthropic initiiert, heute von der Linux Foundation verwaltet und von OpenAI, Google, Microsoft sowie AWS gleichermaßen unterstützt: Das Model Context Protocol (MCP) hat sich in gut eineinhalb Jahren von einer vielversprechenden Idee zum De-facto-Standard für die Anbindung von KI-Agenten an externe Werkzeuge und Datenquellen entwickelt. Dieser Artikel zeigt, warum MCP für Teams, die agentische KI-Systeme in der Praxis betreiben, längst unverzichtbar geworden ist – und was die jüngste Spezifikationsrevision vom Juli 2026 verändert.

Vom «USB-C für KI» zum Ökosystem mit halber Milliarde Downloads

Als Anthropic im November 2024 das Model Context Protocol (MCP) als offenen Standard veröffentlichte, beschrieb das Unternehmen das Ziel bildhaft als «USB-C für KI-Assistenten»: Statt für jedes Tool und jede Datenquelle einen eigenen, proprietären Connector zu bauen (das berüchtigte N×M-Integrationsproblem), sollten Entwickler einmal gegen ein einheitliches Protokoll entwickeln – und alle kompatiblen Clients könnten darauf zugreifen. Die Architektur ist bewusst einfach gehalten: MCP-Server exponieren Daten und Funktionen, MCP-Clients (KI-Anwendungen wie Claude Desktop, ChatGPT oder VS Code) kommunizieren über JSON-RPC mit ihnen.

Was 2024 als Experiment begann, hat sich rasant entwickelt. Bereits im Dezember 2025 übergab Anthropic das Protokoll an die neu gegründete Agentic AI Foundation (AAIF) unter dem Dach der Linux Foundation – gemeinsam mit Block und OpenAI als Gründungsmitgliedern, unterstützt von Google, Microsoft, AWS, Bloomberg und Cloudflare. Zum Zeitpunkt der Übergabe verzeichnete MCP über 97 Millionen monatliche SDK-Downloads. Nur sieben Monate später, im Juli 2026, sind es nahezu eine halbe Milliarde monatliche Downloads; sowohl das TypeScript- als auch das Python-SDK haben die Milliardengrenze bei den Gesamt-Downloads geknackt.

Die 2026-07-28-Revision: Ein Sprung in der Enterprise-Tauglichkeit

Der bislang bedeutendste Meilenstein ist die Spezifikation vom 28. Juli 2026. Sie bringt mehrere grundlegende Änderungen, die MCP von einem experimentellen Protokoll zu einer produktionsreifen Infrastruktur machen:

1. Zustandsloser Kern (Stateless Protocol Core) Bisher erforderte MCP einen Handshake zur Sessionsherstellung (initialize/initialized), der einen Mcp-Session-Id-Header zurücklieferte. Server mussten deshalb Sticky Sessions oder gemeinsame Session-Stores vorhalten. Die neue Revision macht jeden Request selbstbeschreibend: Protokollversion, Client-Identität und Fähigkeiten reisen im _meta-Feld mit. Requests können auf jede beliebige Serverinstanz hinter einem einfachen Round-Robin-Load-Balancer landen – ohne Shared Storage. Das senkt die Betriebskomplexität erheblich.

2. Multi Round-Trip Requests (MRTR) Wenn ein Tool während eines Aufrufs eine Bestätigung oder einen fehlenden Parameter vom Benutzer benötigt, ermöglicht MRTR dieses Szenario über das jetzt zustandslose Protokoll. Der Server signalisiert mit resultType: "input_required", welche Rückfragen er braucht; der Client wiederholt den ursprünglichen Aufruf mit den Antworten im inputResponses-Feld.

3. Formales Extensions-Framework Erweiterungen erhalten jetzt Reverse-DNS-Identifikatoren, eigene Repositories und unabhängige Versionen. Zwei wichtige Extensions sind fixiert: MCP Apps (Server können sandboxierte HTML-Interfaces ausliefern, die im Chat des Clients dargestellt werden) und Tasks (für langlebige, asynchrone Operationen). Clients und Server handeln per Fähigkeits-Map aus, welche Extensions sie unterstützen – ein wichtiger Schritt in Richtung Interoperabilität.

4. Authorisierung und Sicherheit OAuth/OpenID-Connect-Flows wurden gehärtet: Issuer-Validierung nach RFC 9207, formaler Abschied von Dynamic Client Registration (DCR) zugunsten von Client-Identity-Metadata-Dokumenten (CIMD), und Bindung von Client-Credentials an den ausstellenden Auth-Server. Für Desktop- und CLI-Clients wird die Unterstützung von Localhost-Redirect-URIs explizit geregelt.

5. Übersichtlicheres Feature-Set Roots, Sampling und Logging wurden als veraltet (deprecated) markiert. Sie funktionieren noch mindestens zwölf Monate, aber neue Implementierungen sollten sie nicht mehr übernehmen. Die Logik: MCP soll sich auf den Client-Server-Vertrag konzentrieren und Observability sowie Modell-Zugriff den spezialisierten Werkzeugen überlassen – etwa OpenTelemetry für strukturierte Beobachtbarkeit.

Von der Werkzeugschublade zur Produktionsinfrastruktur

MCP ist heute mehr als ein Protokoll: Es ist ein Ökosystem. Der öffentliche Registry zählt über 10.000 aktive MCP-Server. Claude, ChatGPT, Gemini und Microsoft Copilot unterstützen MCP nativ. Entwicklungsumgebungen wie VS Code, Cursor, Replit und Sourcegraph (Cody) setzen auf MCP für agentische Workflows. Cloudflare betreibt einen eigenen MCP-Server für die Workers-AI-Plattform.

Die Enterprise-Roadmap für den Rest des Jahres 2026 adressiert die noch verbleibenden Lücken: Audit-Trails und Observability für SIEM-Integration, SSO-gestütztes Identity-Management, standardisierte Gateway-Proxy-Patterns und konfigurationsportable MCP-Server, die clientübergreifend genutzt werden können.

Fazit

Das Model Context Protocol hat in weniger als zwei Jahren den Weg von einer einzelnen Unternehmensinitiative zum breit unterstützten Industriestandard geschafft. Die Übergabe an die Linux Foundation, die Adoption durch sämtliche großen KI-Anbieter und die jüngste technische Reifung machen MCP zur logischen Basis für jede ernsthafte agentische KI-Architektur. Wer KI-Agenten in der Produktion betreibt, kommt an MCP heute kaum noch vorbei – und profitiert von einem Ökosystem, das das Versprechen «einmal integrieren, überall nutzen» endlich einlöst.

Quellen

🤖 Dieser Beitrag wurde KI-gestützt erstellt und redaktionell geprüft.