Model Context Protocol (MCP) ist eine Kommunikationsschicht, die Claude mit Kontext und Tools versorgt, ohne dass du eine Menge mühsamen Integrationscode schreiben musst. Stell es dir als eine Möglichkeit vor, die Last der Tool-Definitionen und -Ausführung von deinem Server auf spezialisierte MCP-Server zu verlagern.
Wenn du MCP zum ersten Mal begegnest, siehst du Diagramme, die die grundlegende Architektur zeigen: ein MCP-Client (dein Server), der sich mit MCP-Servern verbindet, die Tools, Prompts und Ressourcen enthalten. Jeder MCP-Server fungiert als Schnittstelle zu einem externen Dienst.
Das Problem, das MCP löst
Angenommen, du baust eine Chat-Oberfläche, über die Nutzer Claude zu ihren GitHub-Daten befragen können. Ein Nutzer könnte fragen: „Welche offenen Pull Requests gibt es über alle meine Repositories hinweg?" Um dies zu bearbeiten, benötigt Claude Tools für den Zugriff auf die GitHub-API.
GitHub bietet enorme Funktionalität – Repositories, Pull Requests, Issues, Projekte und vieles mehr. Ohne MCP müsstest du eine unglaubliche Anzahl von Tool-Schemas und Funktionen erstellen, um alle Funktionen von GitHub abzudecken.
Das bedeutet, dass du den gesamten Integrationscode selbst schreiben, testen und pflegen musst. Das ist ein erheblicher Aufwand und eine fortlaufende Wartungslast.
Wie MCP funktioniert
MCP verlagert diese Last, indem Tool-Definitionen und -Ausführung von deinem Server auf dedizierte MCP-Server verschoben werden. Anstatt dass du alle diese GitHub-Tools selbst erstellst, übernimmt das ein MCP-Server für GitHub.
Der MCP-Server bündelt eine Menge Funktionalität rund um GitHub und stellt sie als standardisierten Satz von Tools bereit. Deine Anwendung verbindet sich mit diesem MCP-Server, anstatt alles von Grund auf selbst zu implementieren.
MCP-Server erklärt
MCP-Server bieten Zugriff auf Daten oder Funktionalität, die von externen Diensten implementiert werden. Sie fungieren als spezialisierte Schnittstellen, die Tools, Prompts und Ressourcen auf standardisierte Weise bereitstellen.
In unserem GitHub-Beispiel enthält der MCP-Server für GitHub Tools wie get_repos() und verbindet sich direkt mit der GitHub-API. Dein Server kommuniziert mit dem MCP-Server, der alle GitHub-spezifischen Implementierungsdetails übernimmt.
Häufige Fragen
Wer erstellt MCP-Server?
Jeder kann eine MCP-Server-Implementierung erstellen. Oft erstellen Dienstanbieter selbst ihre eigenen offiziellen MCP-Implementierungen. AWS könnte beispielsweise einen offiziellen MCP-Server mit Tools für seine verschiedenen Dienste veröffentlichen.
Wie unterscheidet sich das vom direkten Aufruf von APIs?
MCP-Server stellen bereits für dich definierte Tool-Schemas und Funktionen bereit. Wenn du eine API direkt aufrufen möchtest, musst du diese Tool-Definitionen selbst erstellen. MCP erspart dir diese Implementierungsarbeit.
Ist MCP nicht dasselbe wie Tool-Nutzung?
Das ist ein weit verbreitetes Missverständnis. MCP-Server und Tool-Nutzung sind ergänzende, aber unterschiedliche Konzepte. MCP-Server stellen bereits für dich definierte Tool-Schemas und Funktionen bereit, während Tool-Nutzung sich darauf bezieht, wie Claude diese Tools tatsächlich aufruft. Der entscheidende Unterschied liegt darin, wer die Arbeit erledigt – bei MCP hat jemand anderes die Tools bereits für dich implementiert.
Der Vorteil liegt klar auf der Hand: Anstatt selbst eine komplexe Reihe von Integrationen zu pflegen, kannst du MCP-Server nutzen, die die Schwerarbeit der Verbindung zu externen Diensten übernehmen.