Model Context Protocol (MCP) ist eine Kommunikationsschicht, die Claude mit Kontext und Tools versorgt, ohne dass du eine Menge mühsamen Integrationscode schreiben musst. Anstatt jede Tool-Funktion selbst zu erstellen, verschiebt MCP diese Last auf spezialisierte Server, die die Schwerarbeit übernehmen.

Wenn du MCP zum ersten Mal begegnest, wirst du Diagramme sehen, die die grundlegende Architektur zeigen: Ein MCP-Client (dein Server) verbindet sich mit MCP-Servern, die Tools, Prompts und Ressourcen enthalten. Jeder MCP-Server fungiert als Schnittstelle zu externen Diensten wie GitHub, AWS oder Datenbanken.
Das Problem, das MCP löst
Angenommen, du baust eine Chat-Oberfläche, in der 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, die auf die GitHub-API zugreifen können.

GitHub verfügt über eine enorme Funktionsvielfalt – Repositories, Pull Requests, Issues, Projekte und vieles mehr. Um alle Funktionen von GitHub abzudecken, müsstest du eine unglaubliche Anzahl von Tool-Schemas und Funktionen erstellen:

Das bedeutet, dass du eine Menge Code für Funktionen wie diese schreiben, testen und pflegen musst:
get_repos()list_repos()create_repos()search_issues()update_issue()create_issue()get_issue()create_file()
Wie MCP das ändert
MCP verschiebt die Last der Tool-Definitionen und -Ausführung von deinem Server auf MCP-Server. Anstatt dass du all diese GitHub-Integrationstools selbst schreibst, erstellt jemand anderes einen MCP-Server für GitHub, der alle notwendigen Tools und Funktionen enthält.

Der MCP-Server fungiert als Wrapper um den externen Dienst und stellt vorgefertigte Tools bereit, die du sofort nutzen kannst. Dein Server wird zu einem MCP-Client, der sich mit diesen spezialisierten Servern verbindet.

Wer erstellt MCP-Server
Jeder kann eine MCP-Server-Implementierung erstellen. Oft erstellen die Dienstanbieter selbst offizielle MCP-Implementierungen. AWS könnte beispielsweise einen eigenen offiziellen MCP-Server mit Tools für seine verschiedenen Dienste veröffentlichen.
Du kannst auch deinen eigenen MCP-Server erstellen, um den Zugriff auf jeden Dienst zu kapseln, den du integrieren musst.
Häufige Fragen

Wie unterscheidet sich die Nutzung eines MCP-Servers vom direkten Aufruf der API eines Dienstes?
MCP-Server stellen Tool-Schemas und Funktionen bereit, die bereits für dich definiert sind. Wenn du eine API direkt aufrufst, musst du diese Tool-Definitionen selbst schreiben. MCP erspart dir diesen Implementierungsaufwand.
Sind MCP-Server und Tool-Nutzung nicht dasselbe?
Das ist ein weit verbreitetes Missverständnis. MCP-Server und Tool-Nutzung sind sich ergänzende, aber unterschiedliche Konzepte. MCP-Server stellen vorgefertigte Tool-Schemas und Funktionen bereit, während Tool-Nutzung sich darauf bezieht, wie Claude diese Tools tatsächlich aufruft. Bei MCP geht es eigentlich darum, wer die Arbeit der Erstellung und Pflege der Tool-Implementierungen übernimmt.
Der entscheidende Vorteil ist, dass MCP-Server dir Zugang zu ausgereiften Integrationen verschaffen, ohne dass du den ganzen Code selbst erstellen und pflegen musst. Du erhältst die Leistungsfähigkeit der Tool-Nutzung mit deutlich weniger Entwicklungsaufwand.