Sofortantwort
MCP einfach erklärt
Ein Protokoll für den standardisierten Zugriff auf externe Datenquellen.
- Kurz gesagt
- Offener Standard von Anthropic für die Kommunikation zwischen KI-Modellen und externen Systemen
- Typischer Einsatz
- IDE-Integration, Unternehmens-Wissensmanagement, Datenbank-Zugriff
- Wichtig zu wissen
- Löst das N×M-Integrationsproblem – jede App muss nur MCP sprechen, nicht jede API einzeln
Model Context Protocol im Überblick
Stell dir vor, du hast eine KI, die auf deine E-Mails, deinen Kalender und deine Datenbank zugreifen soll. Bisher musstest du für jede dieser Quellen eine eigene Integration programmieren – mit unterschiedlichen APIs, Authentifizierungen und Datenformaten.
MCP löst dieses Problem: Es definiert einen universellen Standard, über den KI-Modelle mit beliebigen Datenquellen und Tools kommunizieren können.
Ohne MCP (N×M Problem):
Claude ──── eigene Integration ──── Gmail
Claude ──── eigene Integration ──── Kalender
Claude ──── eigene Integration ──── Datenbank
GPT ────── eigene Integration ──── Gmail
GPT ────── eigene Integration ──── Kalender
GPT ────── eigene Integration ──── Datenbank
Mit MCP:
Claude ─┐ ┌── Gmail MCP-Server
GPT ────┤── MCP-Protokoll ──├── Kalender MCP-Server
Gemini ─┘ └── Datenbank MCP-Server
Technisch betrachtet
Architektur
MCP folgt einer Client-Server-Architektur mit drei Rollen:
- MCP Host: Die KI-Anwendung (z.B. Claude Desktop, Cursor, eigene App)
- MCP Client: Vermittelt zwischen Host und Server (1:1 Verbindung pro Server)
- MCP Server: Stellt Daten und Tools bereit (z.B. Dateisystem, Datenbank, API)
Die drei Kernfunktionen
1. Resources – Daten lesen
{
"uri": "file:///project/src/index.ts",
"mimeType": "text/typescript",
"text": "// Dateiinhalt..."
}
2. Tools – Aktionen ausführen
{
"name": "query_database",
"description": "Führt eine SQL-Abfrage aus",
"inputSchema": {
"type": "object",
"properties": {
"query": { "type": "string" }
}
}
}
3. Prompts – Wiederverwendbare Vorlagen
{
"name": "code_review",
"description": "Führt ein Code-Review durch",
"arguments": [
{ "name": "code", "required": true }
]
}
Transport-Protokoll
MCP nutzt JSON-RPC 2.0 über zwei Transport-Mechanismen:
- stdio: Lokale Kommunikation über Standard-Input/Output (für Desktop-Apps)
- SSE (Server-Sent Events): Remote-Kommunikation über HTTP (für Web-Apps)
Eigenen MCP-Server erstellen
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
const server = new McpServer({
name: "mein-server",
version: "1.0.0"
});
// Tool registrieren
server.tool("greet", { name: z.string() }, async ({ name }) => ({
content: [{ type: "text", text: `Hallo ${name}!` }]
}));
// Server starten
const transport = new StdioServerTransport();
await server.connect(transport);
Warum MCP wichtig ist
MCP löst eines der größten Probleme im KI-Ökosystem: Fragmentierung. Ohne Standard muss jede KI-Anwendung eigene Integrationen für jede Datenquelle bauen. Das skaliert nicht.
Mit MCP entsteht ein Ökosystem, in dem:
- Entwickler einmal einen MCP-Server bauen und jede KI-App kann ihn nutzen
- KI-Apps einmal MCP implementieren und auf alle MCP-Server zugreifen können
- Unternehmen ihre Datenquellen einmal über MCP bereitstellen und jedes KI-Tool kann darauf zugreifen
Schritt für Schritt
Wie eine KI-Anwendung MCP-Fähigkeiten nutzt
MCP standardisiert die Verbindung zwischen einer Host-Anwendung und externen Servern. Vertrauen, Zugriffsrechte und Freigaben bleiben Aufgabe der Anwendung.
Server verbinden und prüfen
Verbindung
Der Host verbindet sich nur mit freigegebenen Servern und überprüft deren Identität, Transport und Berechtigungsumfang.
Host → freigegebener MCP-ServerFähigkeiten entdecken
Discovery
Der Server beschreibt verfügbare Tools, Resources oder Prompt-Vorlagen mit ihren jeweiligen Parametern.
Server → deklarierte FähigkeitenKontext oder Aktion anfordern
Nutzung
Die Anwendung stellt gezielte Anfragen; das Modell kann passende Tools wählen, aber der Host kontrolliert die Ausführung.
Modellvorschlag → Host-EntscheidungErgebnis und Herkunft weitergeben
Rückgabe
Antworten, Ressourcen und Tool-Ergebnisse kehren mit Kontext über den Host zurück und können protokolliert werden.
Server-Ergebnis → Host → Modell
Konkretes Beispiel
Beispiel: Ein Assistent für Projektwissen
Eine KI-Anwendung soll auf freigegebene Projektdokumente und Aufgaben zugreifen können.
Einzelne Spezialintegrationen
Für Dateien, Tickets und Wiki entstehen getrennte, unterschiedlich strukturierte Integrationen mit eigener Tool-Logik.
MCP als gemeinsame Schnittstelle
Die Anwendung verbindet passende MCP-Server. Jeder Server stellt seine Fähigkeiten einheitlich bereit, während der Host Zugriffe und Freigaben steuert.
MCP vereinfacht Integration, aber nicht automatisch Sicherheit. Jeder angebundene Server bleibt Teil der Vertrauenskette.
Einordnung
Vorteile und Grenzen
Das spricht dafür
- Vereinheitlicht die Anbindung von Datenquellen und Tools für KI-Anwendungen.
- Macht Fähigkeiten eines Servers strukturiert auffindbar.
- Verringert integrationsspezifische Sonderlogik zwischen Host und Server.
- Unterstützt wiederverwendbare Verbindungen für verschiedene KI-Anwendungen.
Das solltest du beachten
- Ein Standard ersetzt keine Prüfung von Servern, Daten und Berechtigungen.
- Jeder zusätzliche Server erweitert die Angriffs- und Fehlerfläche.
- Unklare Tool-Beschreibungen können zu falscher Nutzung führen.
- Produktionsbetrieb braucht Monitoring, Versionierung und Ausfallstrategien.
Vertiefung · für FortgeschritteneDie Rollen im Model Context Protocol
Der Host verantwortet die Nutzererfahrung und die Sicherheitsentscheidung; Server stellen klar abgegrenzte Fähigkeiten bereit.
Verbindungen steuern