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 zum ersten Mal auf MCP triffst, wirst du Diagramme sehen, 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.
MCP anhand eines echten Beispiels verstehen
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 diese Frage zu beantworten, benötigt Claude Tools, um auf die GitHub-API zuzugreifen.
Ohne MCP müsstest du alle GitHub-Integrationstools selbst erstellen. Das bedeutet, dass du Schemas und Funktionen für jede einzelne GitHub-Funktionalität schreiben musst, die du unterstützen möchtest.
Das Tool-Funktions-Problem
GitHub hat einen enormen Funktionsumfang – Repositories, Pull Requests, Issues, Projekte und vieles mehr. Um einen vollständigen GitHub-Chatbot zu bauen, müsstest du eine unglaubliche Anzahl von Tools erstellen:
Jedes Tool erfordert sowohl eine Schema-Definition als auch eine Funktionsimplementierung. Das bedeutet eine Menge Code, den du als Entwickler schreiben, testen und pflegen musst.
Wie MCP dieses Problem löst
MCP verlagert die Last der Tool-Definitionen und -Ausführung von deinem Server auf MCP-Server. Anstatt dass du all diese GitHub-Tools selbst schreibst, werden sie innerhalb eines dedizierten MCP-Servers erstellt und ausgeführt.
Der MCP-Server fungiert als Wrapper um die Funktionalität von GitHub und stellt vorgefertigte Tools bereit, die du nutzen kannst, ohne sie selbst implementieren zu müssen.
MCP-Server bieten Zugriff auf Daten oder Funktionalität, die von externen Diensten implementiert werden. Sie verpacken komplexe Integrationen in wiederverwendbare Komponenten, mit denen sich jede Anwendung verbinden kann.
Häufige Fragen zu MCP
Wer erstellt MCP-Server?
Jeder kann eine MCP-Server-Implementierung erstellen. Oft erstellen die 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 MCP von direkten API-Aufrufen?
MCP-Server stellen Tool-Schemas und -Funktionen bereit, die bereits für dich definiert sind. Wenn du eine API direkt aufrufst, bist du selbst dafür verantwortlich, diese Tool-Definitionen zu erstellen. MCP erspart dir diese Implementierungsarbeit.
Ist MCP nicht einfach nur Tool-Nutzung?
Das ist ein verbreitetes Missverständnis. MCP-Server und Tool-Nutzung sind komplementäre, aber unterschiedliche Konzepte. Bei MCP geht es darum, wer die Arbeit der Erstellung und Pflege der Tools übernimmt. Mit MCP hat jemand anderes die Tool-Funktionen und -Schemas bereits für dich geschrieben – sie sind im MCP-Server verpackt.
Die zentrale Erkenntnis ist, dass MCP-Server Tool-Schemas und -Funktionen bereitstellen, die bereits für dich definiert sind, wodurch die Notwendigkeit entfällt, komplexe Integrationen selbst zu erstellen und zu pflegen.