Konzeptkarte

Model Context Protocol (MCP) — vertiefte Betrachtung der Spezifikation

Stand 5. Oktober 2026

Redaktion: Cédric Mary, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist Model Context Protocol (MCP)?

Der Capability-Negotiation-Handshake von MCP bedeutet, dass ein Client niemals eine nicht deklarierte Fähigkeit voraussetzen darf — lässt ein Server „resources“ aus, wird jeder resources/list-Aufruf des Clients zu einem Protokollverstoß, nicht zu einem folgenlosen No-op.

Das Model Context Protocol ist ein präziser, versionierter Vertrag, der regelt, wie ein KI-Agent mit der Außenwelt spricht — mit den Datenbanken, Geschäftsanwendungen und Tools, die er braucht, um tatsächlich Arbeit zu erledigen, statt nur darüber zu reden. Für einen SAP-Analytics-Praktiker macht das Verständnis der Protokollmechanik selbst — nicht nur der Tatsache, dass Joule oder ein anderer Assistent „MCP unterstützt“ — den Unterschied zwischen jemandem, der die Integrationsaussagen eines Anbieters bewerten kann, und jemandem, der sie einfach glauben muss.

Was das Protokoll tatsächlich ist

MCP baut auf JSON-RPC 2.0 auf, demselben leichtgewichtigen Remote-Procedure-Call-Format, das bereits das Language Server Protocol hinter modernen Code-Editoren antreibt. Jede Nachricht ist ein einfaches JSON-Objekt, das einen Methodennamen, optionale Parameter und, bei Anfragen, die eine Antwort erwarten, einen Identifikator trägt, der die Antwort dem Aufruf zuordnet. Die Wahl ist bewusst, nicht zufällig: JSON-RPC ist weit verbreitet, hat vorhersehbare und strukturierte Fehlerbehandlung und kümmert sich nicht darum, über welche Leitung es reist — dasselbe Nachrichtenformat funktioniert über eine lokale Prozess-Pipe, eine webbasierte Streaming-Verbindung oder einen persistenten Socket. Diese Transportunabhängigkeit ist es, die es demselben Protokoll erlaubt, sowohl den Laptop eines Entwicklers als auch eine produktive Multi-Tenant-Bereitstellung zu bedienen, ohne die Nachrichtenschicht neu zu entwerfen.

Warum es zählt

Aufbauend auf JSON-RPC 2.0 (demselben Format wie das Language Server Protocol) erbt MCP vorhersehbare, strukturierte Fehlersemantik und Transportunabhängigkeit über stdio, SSE oder WebSocket.
Der Initialize-Handshake zwingt Client und Server, ihre Fähigkeiten explizit zu deklarieren, was das Protokoll vorwärtskompatibel macht — neue Fähigkeitstypen degradieren bei älteren Clients sauber.
Tools sind das Primitiv mit dem höchsten Risiko, weil ein tools/call Daten schreiben oder irreversible Workflows auslösen kann — Schema-Qualität ist bei diesem Primitiv wichtiger als bei Resources oder Prompts.

Kernpunkte

JSON-RPC-2.0-Wire-Format — Requests, Responses, Notifications; die aktuelle Spezifikationsrevision ist die vom 28.07.2026, die das Basisprotokoll auf zustandslose, in sich geschlossene Requests mit Capability-Negotiation pro Request umgestellt hat und damit das frühere sitzungsbasierte Modell vom 18.06.2025 ablöst.
Zwei Transporte bleiben bestehen — stdio für lokale Clients (Claude Desktop, Cursor, ein lokaler SAP-Build-Server) und Streamable HTTP für remote; die Revision vom 28.07.2026 verwirft den Mcp-Session-Id-Sitzungskontinuitätsmechanismus als Basisprotokoll-Anforderung.
Dreiphasige Sitzung — initialize (Protokollversion + Fähigkeiten) → notifications/initialized → Feature-Aufrufe bis zum Schließen — im Kern unverändert, wobei die Capability-Negotiation nun pro Request statt für die Lebensdauer einer zustandsbehafteten Sitzung fixiert bewertet wird.
Capability-Negotiation — Tools, Resources, Prompts, Sampling, Roots, plus die neue clientseitige Fähigkeit Elicitation (vom Server initiierte Anfragen nach weiteren Informationen vom Nutzer), hinzugefügt in der Revision vom 28.07.2026.
Die Revision vom 28.07.2026 fügt ein formales, opt-in Extensions-Framework hinzu: Tasks (asynchrone Ausführung lang laufender Operationen mit Polling und dauerhaften Handles), Skills over MCP (strukturierte Agenten-Workflow-Anweisungen) und MCP Apps (interaktive Inline-UI-Elemente) — keine ist verpflichtend, alle werden wie Kernfähigkeiten bei initialize verhandelt.
Übernommen von SAP, OpenAI, Google, Microsoft — die eine anbieterübergreifende Schnittstelle; der Analytics-Legends-MCP-Server ist die interne Referenzimplementierung.
SAP implementiert MCP als Server, aber noch nicht bestätigt als Adopter der Spezifikation vom 28.07.2026: Sowohl der BTP-Administrationsserver als auch das Integration Suite MCP Gateway stammen von vor dieser Revision und sollten auf Unterstützung von Elicitation und Extensions überprüft werden, bevor sie als vollständig aktuell zitiert werden.

Begriffe auf dieser Seite

JSON-RPC 2.0: Leichtgewichtiges Remote-Procedure-Call-Protokoll über einen bidirektionalen Byte-Stream; definiert Request-, Response- und Notification-Nachrichtenformen, auf die MCP seine Semantik aufsetzt.
Streamable-HTTP-Transport: MCPs Remote-Transport, eingeführt in der Revision vom 18.06.2025 mit Sitzungskontinuität über einen Mcp-Session-Id-Header; die Revision vom 28.07.2026 stellte das Basisprotokoll auf zustandslose, in sich geschlossene Requests mit Capability-Negotiation pro Request um und entfernte diesen Session-ID-Mechanismus als Basisanforderung. Ein einzelner HTTP-Endpunkt nimmt weiterhin JSON-RPC-POSTs entgegen und kann auf einen Server-Sent-Event-Stream für progressive Antworten upgraden.
Capability-Negotiation: Der Austausch zur Initialisierungszeit, bei dem Client und Server deklarieren, welche optionalen Features (Tools, Resources, Prompts, Sampling, Roots, Elicitation) sie unterstützen; Aufrufe außerhalb des verhandelten Umfangs müssen abgelehnt werden. Seit der Revision vom 28.07.2026 wird die Negotiation pro Request statt für die Lebensdauer einer zustandsbehafteten Sitzung fixiert bewertet.
Initialize-Handshake: Der verpflichtende erste Austausch einer MCP-Sitzung: Der Client sendet initialize mit protocolVersion und Fähigkeiten, der Server antwortet, der Client sendet die Notification notifications/initialized, dann können normale Aufrufe beginnen.
Elicitation: Eine clientseitige Fähigkeit, hinzugefügt in der MCP-Revision vom 28.07.2026, die es einem Server erlaubt, eine vom Server initiierte Anfrage zurück an den Client zu senden, um mitten in der Interaktion weitere Informationen vom Nutzer zu erhalten — die erste MCP-Primitive, die vom Server zum Client fließt statt umgekehrt.
Extensions-Framework: Ein formaler, opt-in Mechanismus, hinzugefügt in der Revision vom 28.07.2026, für modulare, spezialisierte oder experimentelle MCP-Funktionalität jenseits des Kernprotokolls — verhandelt bei initialize wie jede Fähigkeit; Tasks, Skills over MCP und MCP Apps sind die namhaften Extensions zum Start.
Tasks (MCP-Extension): Eine am 28.07.2026 eingeführte MCP-Extension für die asynchrone Ausführung lang laufender Operationen, mit Polling, Eingaben während der Ausführung und dauerhaften Handles — adressiert Fälle, in denen ein Tool-Aufruf zuvor innerhalb eines einzigen Request-Response-Zyklus synchron abgeschlossen werden musste.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.