Konzeptkarte

Model Context Protocol (MCP) — vertiefte Betrachtung der Spezifikation

Stand 2026-07-24T14:00:00Z

Redaktion: Cédric-Olivier Mâry, 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) — vertiefte Betrachtung der Spezifikation?

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; Spezifikationsrevision auf 2025-06-18 festgelegt (Stand Mitte 2026).
Zwei Transporte — stdio für lokal (Claude Desktop, Cursor, SAP-Build-lokaler-Server) und Streamable HTTP für remote (ersetzt den früheren reinen SSE-Entwurf).
Dreiphasige Sitzung — initialize (Protokollversion + Fähigkeiten) → notifications/initialized → Feature-Aufrufe bis zum Schließen.
Capability-Negotiation — Tools, Resources, Prompts, Sampling, Roots; was jede Seite deklariert, schränkt ein, was die andere anfragen kann.
Übernommen von SAP, OpenAI, Google, Microsoft — die eine anbieterübergreifende Schnittstelle; der Analytics-Legends-MCP-Server ist die interne Referenzimplementierung.
„Model Context Protocol (MCP) — vertiefte Betrachtung der Spezifikation" ist erst dann beherrscht, wenn es eine benannte Kaufentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Steuerungsmodell, bevor Sie das Tool demonstrieren.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und News-Signale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Verantwortlichen, Kennzahl, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.

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 seit der Revision 2025-06-18; ein einzelner HTTP-Endpunkt nimmt JSON-RPC-POSTs entgegen und kann auf einen Server-Sent-Event-Stream für progressive Antworten upgraden, mit Sitzungskontinuität über Mcp-Session-Id.
Capability-Negotiation: Der Austausch zur Initialisierungszeit, bei dem Client und Server deklarieren, welche optionalen Features (tools.listChanged, resources.subscribe, sampling, roots, prompts) sie unterstützen; Aufrufe außerhalb des verhandelten Umfangs müssen abgelehnt werden.
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.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Kompromiss akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Control Plane: Die Schicht, die Policy, Zugriff, Lineage, Monitoring und Eskalation über das Betriebsmodell hinweg durchsetzt.
Evidenzgrad: Eine Kennzeichnung, die verifizierte Fakten, Richtungssignale, modellierte Annahmen und Feldbeobachtungen unterscheidet.

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 →