Ich tippe Claude: "Was sind die offenen Einträge in meiner Datenbank?" Und Claude antwortet nicht mit "Das kann ich leider nicht wissen", sondern liest direkt nach. Kein Copy-Paste, kein manuelles Nachschauen.

Das ist der Moment, in dem MCP klick macht.

Das Model Context Protocol (kurz MCP) ist der offene Standard, der deine KI mit der echten Welt verbindet. Entwickelt von Anthropic, inzwischen von fast allen KI-Tools übernommen. Cursor, Claude Desktop, Claude Code, LM Studio. Alle sprechen MCP.

Das Ökosystem wächst rasant: Auf Smithery.ai sind inzwischen über 2.500 fertige MCP-Server gelistet, das GitHub-Repository mit offiziellen Beispielservern hat über 60.000 Sterne gesammelt. Trotzdem wirst du irgendwann an den Punkt kommen, wo kein fertiger Server das macht, was du brauchst. Dann baust du einen eigenen MCP-Server.

Dieser Artikel zeigt dir, wie.

Was MCP eigentlich ist

Abstrakte Illustration: KI-Assistent verbindet sich mit verschiedenen Tools und Datenquellen

Deine KI liebt Text. Grafische Oberflächen mag sie weniger. Und direkt in Code oder Datenbanken hineingreifen? Geht ohne Hilfe nicht.

Das Problem: Deine Tools leben alle in separaten Systemen. Kalender, CRM, Datenbank, interne API. Wenn du Claude fragst "Was stand letzte Woche alles an?", hat Claude schlicht keinen Zugriff.

APIs wären die Lösung, aber klassische API-Anbindungen haben einen Haken: Für jeden Client, für jede KI-App müsstest du neue Integrationen schreiben. Ohne gemeinsamen Standard, jedes Mal von vorne.

MCP ist der Standard, der das löst. Denk daran wie USB-C für KI-Tools: Ein einheitlicher Stecker, der überall funktioniert. Du baust einmal einen MCP-Server, der deine App oder Datenbank kapselt. Und jede KI, die MCP versteht, kann diesen Server sofort nutzen, ohne dass du etwas anpassen musst.

Warum du deinen eigenen Server brauchst

Illustration: Sicherheitsschicht zwischen KI und Datenbank

Es gibt bereits tausende fertige Server. Warum selbst bauen?

Weil es manchmal keinen gibt, der genau dein Ding macht.

Bei einem eigenen Projekt wollte ich Events aus einer Supabase-Datenbank direkt mit Claude verwalten. Kein fertiger Server passte. Also hab ich einen gebaut. Der eigentliche Grund dahinter war Sicherheit: Statt Claude direkten Datenbankzugriff zu geben, kapselt der MCP-Server die erlaubten Abfragen. Claude fragt den Server, der Server fragt die Datenbank, der Server gibt genau das zurück, was erlaubt ist. Zugangsdaten bleiben sicher hinter dem Server, nicht im Prompt.

Das gilt für alle eigenen MCP-Server:

  • Du entscheidest, welche Aktionen erlaubt sind und welche nicht
  • Zugangsdaten und sensible Logik bleiben im Server
  • Der Server funktioniert mit jedem MCP-fähigen Client, nicht nur Claude
  • Du baust einmal, statt für jede App neu zu integrieren

Die drei Bausteine

Illustration: Drei Blöcke für Tools, Ressourcen und Vorlagen

Ein MCP-Server kann drei Dinge anbieten. Du brauchst nicht alle drei, aber es hilft sie zu kennen.

Tools sind Aktionen. Funktionen, die die KI aufrufen kann: "Erstelle einen Eintrag", "Suche nach X", "Schick eine E-Mail". Die KI entscheidet selbst, wann sie welches Tool braucht.

Resources sind Daten zum Lesen. Dateien, Datenbankansichten, Dokumente. Die KI zieht sie als Kontext rein, verändert aber nichts.

Prompts sind vorgefertigte Abläufe. Zum Beispiel ein Template für "Erstelle einen Wochenbericht". Der Nutzer kann sie direkt aufrufen.

Für den Anfang reichen Tools. Resources und Prompts kommen später, wenn du mehr Kontrolle willst.

MCP-Server erstellen: Schritt für Schritt

Illustration: Entwickler schreibt Code an einem Computer

Wir bauen einen einfachen Server in Python. Warum Python? Weil der Einstieg schneller geht und die offizielle MCP-Dokumentation ebenfalls Python als Startpunkt nutzt. TypeScript und Node.js funktionieren genauso, beide haben offizielle SDKs von Anthropic.

Was du brauchst

  • Python 3.10 oder neuer
  • Claude Desktop (kostenlos)
  • Ein Terminal

Schritt 1: Das MCP-Paket installieren

pip install mcp

Das ist alles an Abhängigkeiten für den Anfang.

Schritt 2: Den Server schreiben

Erstell eine neue Datei server.py und füge diesen Code ein:

from mcp.server.fastmcp import FastMCP

mcp = FastMCP("Mein MCP-Server")

@mcp.tool()
def berechne_summe(a: int, b: int) -> int:
    """Addiert zwei Zahlen."""
    return a + b

if __name__ == "__main__":
    mcp.run()

Dieser Server stellt ein einziges Tool bereit: berechne_summe. Wenn du Claude später fragst "Rechne 7 plus 9 mit dem Tool", ruft Claude diese Funktion auf.

In der Praxis würdest du hier natürlich echte Logik einbauen: Datenbankabfragen, API-Calls, Dateizugriffe. Die Struktur bleibt dieselbe.

Schritt 3: Mit Claude Desktop verbinden

Claude Desktop speichert seine Konfiguration in einer JSON-Datei. Auf Mac findest du sie unter:

~/Library/Application Support/Claude/claude_desktop_config.json

Unter Windows:

%APPDATA%\Claude\claude_desktop_config.json

Öffne die Datei (oder erstelle sie neu) und füge deinen Server ein:

{
  "mcpServers": {
    "mein-server": {
      "command": "python",
      "args": ["/vollständiger/pfad/zu/server.py"]
    }
  }
}

Wichtig: Den vollständigen Dateipfad angeben. Dann Claude Desktop neu starten.

Wenn alles klappt, siehst du dein Tool im Hammer-Symbol in Claude Desktop. Claude fragt einmal nach Erlaubnis, dann läuft es.

Lokal oder auf einem Server: Was wirklich passiert

Illustration: Lokaler Rechner vs. Remote-Server mit Verbindungspfeil

Hier ist etwas, das viele am Anfang verwirrt, mich selbst eingeschlossen.

Wenn dein MCP-Server per stdio läuft (Standard-Ein/Ausgabe), läuft er lokal auf deinem Rechner. Claude Desktop startet ihn automatisch, wenn er gebraucht wird, und beendet ihn danach wieder. Du siehst nichts davon. Du musst ihn nicht manuell starten, keinen Ordner öffnen, keinen Prozess am Laufen halten.

Die Konfiguration in claude_desktop_config.json ist alles, was nötig ist.

Wann brauchst du wirklich einen externen Server?

Nur wenn andere Personen oder externe Systeme auf deinen MCP-Server zugreifen sollen. Zum Beispiel:

  • Ein Kollege will denselben Server nutzen
  • Ein Automatisierungs-Tool wie n8n soll über den Server laufen
  • Du willst ihn gleichzeitig aus mehreren Clients nutzen

In diesen Fällen brauchst du HTTP-basiertes Hosting, entweder auf einem eigenen Server oder über eine Plattform wie Smithery. Für den persönlichen Gebrauch reicht das Lokale vollständig.

Echte Use Cases: Wofür lohnt sich das?

Illustration: Freelancer nutzt verschiedene verbundene Tools

Was machen Freelancer und kleine Unternehmen tatsächlich damit?

Supabase-Datenbank anbinden

Das ist einer der häufigsten Use Cases. Statt direkten Datenbankzugriff zu geben, kapselt ein MCP-Server die erlaubten Abfragen. Claude kann "Zeig mir alle offenen Aufgaben von April" fragen, der Server übersetzt das in eine sichere Datenbankabfrage, gibt das Ergebnis zurück. Zugangsdaten bleiben sicher.

CRM oder internes Tool

Dein CRM hat eine API, aber keinen MCP-Server? Du baust einen Server, der die wichtigsten Aktionen kapselt: Kontakt anlegen, Deal aktualisieren, letzte Aktivitäten abrufen. Einmal gebaut, kannst du von Claude aus per Sprache in dein CRM schreiben.

Dateisystem und Wissensbasis

Ein Server, der bestimmte Ordner lesen und schreiben darf. Claude kann damit Protokolle zusammenfassen, Dokumente erstellen, Logs analysieren, ohne dass du jedes Mal Copy-Paste machst.

API-Wrapper für externe Dienste

Dein Auftraggeber nutzt eine interne API ohne offizielle MCP-Unterstützung? Ein kleiner Wrapper-Server kapselt die API-Aufrufe. Einmal fertig, kannst du mit Claude auf Deutsch mit der API sprechen.

Fertige Server nutzen statt selbst bauen

Illustration: Katalog mit verschiedenen MCP-Servern zur Auswahl

Für viele Standard-Dienste gibt es bereits fertige MCP-Server, die du sofort einsetzen kannst:

  • Supabase MCP verbindet Claude direkt mit deiner Supabase-Datenbank: Tabellen abfragen, Einträge erstellen, Projekte verwalten, alles per Chat.
  • Obsidian, Notion, Slack, Stripe und hunderte weitere Tools haben offizielle Server.

Die besten Verzeichnisse zum Stöbern:

Wer Docker hat, findet im Docker MCP Toolkit noch mehr Komfort: Beta-Features aktivieren, aus dem Katalog wählen, ein Klick, direkt verbunden. Für Obsidian, DuckDuckGo, YouTube-Transkripte und viele weitere Tools.

Selbst bauen lohnt sich, sobald du etwas Eigenes hast: eine interne Datenbank, eine firmeninterne API, ein Tool das niemand sonst kennt. Dann bist du derjenige, der den Server baut, den andere sich wünschen.

Wenn du tiefer in Claude Code als Arbeitsumgebung einsteigen willst: Im Claude Code Tutorial zeige ich, wie ich ganze Projekte damit umsetze.