Was ist ein MCP-Server? Der einfache Guide

Die kurze Antwort: Ein MCP-Server ist ein kleines Programm, das die Fähigkeiten eines Tools in einem Standardformat für KI-Agenten bereitstellt. Er sagt jedem verbundenen Agenten, was er kann, und führt diese Aktionen aus, wenn der Agent sie anfragt. So kann der Agent einen Katalog durchsuchen, eine Aufgabe anlegen oder einen Datensatz holen, ohne dass jemand Integrationscode schreibt.

MCP steht für Model Context Protocol, einen offenen Standard, der KI-Agenten mit Tools verbindet. Vorher brauchte jedes Agenten-Produkt handgebauten Kleber für jedes Tool: eine Integration fürs CRM, eine fürs Ticketsystem, eine dritte für den Kalender. Ein Model-Context-Protocol-Server ersetzt diesen Kleber. Der Anbieter schreibt einen Server, und jeder MCP-fähige Agent (Claude Code, Claude Desktop, Cursor und eine wachsende Liste weiterer) kann ihn ab Tag eins nutzen.

Wie ein MCP-Server funktioniert

Ein MCP-Server hat drei Jobs: anbieten, ausführen, antworten.

Er bietet seine Tools an. Wenn ein Agent sich verbindet, übergibt der Server einen Katalog: Jedes Tool bekommt einen Namen, eine Beschreibung in normaler Sprache und ein Schema für die Eingaben, die es akzeptiert. Das Modell liest diesen Katalog wie du eine Speisekarte. Diese Selbstbeschreibung ist der Kerntrick des Protokolls. Niemand schreibt Integrationscode pro Tool, weil der Server sich selbst in einem Format erklärt, das das Modell ohnehin versteht.

Er führt Aufrufe aus. Entscheidet der Agent, dass ein Tool zur Aufgabe passt, schickt der Client einen Aufruf mit Argumenten. Der Server validiert sie, erledigt die eigentliche Arbeit (meist über die API oder Datenbank der dahinterliegenden App) und kümmert sich um die Authentifizierung beim echten Dienst.

Er liefert Ergebnisse, die das Modell lesen kann. Die Antwort kommt als Text oder strukturierte Daten zurück, landet im Kontext des Agenten, und das Gespräch geht mit echten Informationen weiter.

Server laufen an einem von zwei Orten. Ein lokaler Server läuft als Prozess auf deinem Rechner, gut für Dateizugriff und Entwickler-Tools. Ein Remote-Server lebt unter einer URL und spricht Streamable HTTP, die natürliche Form für ein SaaS-Produkt: nichts zu installieren, verbinden und loslegen.

Falls dir das wie eine gewöhnliche API vorkommt: fast. Aber die Unterschiede entscheiden, ob ein Agent das Ding wirklich nutzen kann. Den vollständigen Vergleich haben wir in [MCP vs. API](/de/blog/mcp-vs-api) aufgeschrieben. Die Ein-Satz-Version: Eine API braucht erst einen Entwickler, der die Doku liest und Code schreibt; ein MCP-Server beschreibt sich dem Modell direkt selbst.

Ein konkretes Beispiel: create_task

Angenommen, eine Projektmanagement-App liefert einen MCP-Server mit. Er bietet drei Tools an:

• create_task: legt eine Aufgabe in einem Projekt an. Eingaben: project_id, title und optional due_date.
• list_projects: liefert die Projekte, auf die du Zugriff hast, mit ihren IDs.
• list_tasks: liefert offene Aufgaben, filterbar nach Projekt.

Du sagst deinem Agenten: "Leg eine Aufgabe an, Meyer-Rechnung senden, fällig Freitag." Das passiert dann:

Schritt 1: Das Modell scannt seinen Katalog und ordnet dein Anliegen create_task zu.

Schritt 2: Es braucht eine project_id, die es nicht hat, also ruft es erst list_projects auf, findet ein Projekt namens Rechnungen und nimmt dessen ID.

Schritt 3: Es füllt die Argumente aus (Titel, project_id, Freitagsdatum), und der Client schickt den Aufruf. Die meisten Clients zeigen dir den Aufruf vorher an und fragen nach, du kannst die Details also prüfen.

Schritt 4: Der Server legt die Aufgabe über das echte Backend der App an und liefert die ID der neuen Aufgabe plus einen Link zurück. Dein Agent bestätigt, die Aufgabe existiert.

Dafür wurde keine Zeile Integrationscode geschrieben. Der Anbieter hat den Server einmal gebaut; der Agent hat sich den Rest aus den Beschreibungen erschlossen. Wenn du einen MCP-Server in einer Geschichte erklärt haben willst: anbieten, aufrufen, antworten.

Ein Server deckt einen Dienst ab

Ein einzelner MCP-Server ist eine Verbindung zu einem Dienst. Dein Agent kann mehrere gleichzeitig verbinden, und jeder legt seinen eigenen Tool-Katalog in den Kontext des Modells. Zwei oder drei Server funktionieren problemlos.

Darüber schleichen sich zwei Kosten ein. Jeder Katalog wird in den Kontext geladen, ob die Aufgabe ihn braucht oder nicht, und das Modell muss zwischen immer mehr fast gleichen Tools wählen. Genau dieses Problem löst ein [MCP Gateway](/de/blog/what-is-an-mcp-gateway): ein Endpunkt, der viele Server hinter einem einzigen Katalog bündelt. Anderes Produkt, anderer Beitrag; dieser Artikel bleibt bei einzelnen Servern.

So probierst du heute einen MCP-Server aus

Schritt 1: Client wählen. Wenn du Claude Code, Claude Desktop oder Cursor nutzt, hast du schon einen. Der MCP-Client ist die Agenten-Seite des Protokolls und dort eingebaut.

Schritt 2: Server wählen. Du kannst [im kuratierten Verzeichnis stöbern](/de/discover) und nach Tools mit MCP-Support filtern. Oder du startest mit unserem, denn Lesen geht ohne Account: Tulimoas Verzeichnis-Server liegt auf https://mcp.tulimoa.com/mcp über Streamable HTTP. In Claude Code verbindet ihn ein Befehl: claude mcp add --transport http tulimoa https://mcp.tulimoa.com/mcp. Die [MCP-Seite](/de/mcp) dokumentiert alle fünf Tools.

Schritt 3: Etwas fragen, das ihn braucht. Versuch "finde mir ein EU-gehostetes Helpdesk mit MCP-Support". Schau zu, wie der Agent search_listings wählt, die Filter ausfüllt und aus Live-Daten antwortet. Sobald du einen Tool-Aufruf gesehen hast, sitzt das ganze Denkmodell.

Noch ein Hinweis zu Versionen: Die MCP-v2-Spezifikation ist seit Juli 2026 final. Tulimoas öffentlicher Server spricht sie parallel zur älteren Generation, ältere Clients funktionieren also weiter, und du kannst Spec-Versionen beim Lernen ignorieren.

Häufige Fragen

Was ist der Unterschied zwischen MCP-Server und MCP-Client?

Der Server ist die Tool-Seite: Er bietet Fähigkeiten an und führt Aufrufe aus. Der Client ist die Agenten-Seite: Er verbindet sich mit Servern, zeigt dem Modell deren Kataloge und leitet die Aufrufe des Modells weiter. Claude Code und Claude Desktop bringen einen Client mit; die Server kommen von den Anbietern.

Muss ich programmieren können, um einen MCP-Server zu nutzen?

Nein. Einen Server zu nutzen ist Konfiguration, kein Programmieren: Du trägst die URL oder den Installationsbefehl in deinen Client ein und stellst Fragen. Einen eigenen Server zu schreiben ist eine Coding-Aufgabe, aber die offiziellen SDKs halten sie klein.

Kosten MCP-Server Geld?

Das Protokoll ist offen und kostenlos. Einzelne Server unterscheiden sich: Manche sind gratis und brauchen zum Lesen keinen Account (Tulimoas Verzeichnis-Server zum Beispiel), andere setzen einen Account beim dahinterliegenden Produkt voraus, weil der Server dort auf deinen Daten arbeitet.

Ist es sicher, einen MCP-Server zu verbinden?

Behandle es wie eine App-Installation: Prüfe, wer ihn betreibt und welche Berechtigungen er will. Lese-Tools sind risikoarm; Schreib-Tools verdienen eine Bestätigung, bevor sie laufen. Die praktischen Checks, inklusive warum OAuth besser ist als eingeklebte API-Keys, stehen in [MCP-Sicherheit](/de/blog/mcp-security-basics).