So verbindest du deinen KI-Coding-Agenten über MCP mit deinen eigenen Tools

Wenn du schon Zeit mit einem KI-Coding-Agenten verbracht hast, bist du wahrscheinlich an die Wand gestoßen, an der er so etwas sagt wie "Ich kann deine Datenbank nicht sehen" oder "Füg die Details zum Issue hier ein." Der Agent ist klug, aber er ist eingesperrt – er kennt nur das, was in deinen Dateien steht und was du eintippst. Das Model Context Protocol (MCP) ist der Weg, diese Wand einzureißen und dem Agenten Zugriff auf deine echten Tools zu geben: eine Datenbank, GitHub, ein Monitoring-Dashboard, eine Design-Datei.

Dieser Leitfaden erklärt, was MCP ist, und führt dich Schritt für Schritt durch das Verbinden deines ersten Servers mit Claude Code – dieselben Ideen gelten auch für Cursor und Copilot.

Was MCP eigentlich ist

MCP ist ein offener Standard – stell es dir wie einen universellen Adapter zwischen KI-Agenten und den Systemen vor, die du ohnehin schon nutzt. Statt dass jedes Tool seine eigene Art erfindet, mit jedem Agenten zu sprechen, liefert ein Tool einen einzigen MCP-Server, und jeder MCP-fähige Agent (Claude, Cursor, Copilot) kann sich damit verbinden. Deshalb ist dir "MCP" 2026 überall begegnet: Es ist die Verkabelung, die es Agenten erlaubt, echte Arbeit zu erledigen, statt nur darüber zu reden.

Eine gute Faustregel: Verbinde einen Server immer dann, wenn du dich dabei erwischst, Daten aus einem anderen Tool in den Chat zu kopieren. Wenn du ständig Fehlerprotokolle aus Sentry oder Ticket-Details aus Jira einfügst, ist das ein Signal, dass dir ein MCP-Server diesen Umweg ersparen würde.

Die zwei Arten von Servern

Es gibt zwei Varianten, denen du begegnen wirst:

• Remote-Server (HTTP) laufen in der Cloud, und du verbindest dich über das Netzwerk – Notion, GitHub und die meisten SaaS-Tools funktionieren so. Das ist der empfohlene Standard.
• Lokale Server (stdio) laufen als Prozess auf deinem eigenen Rechner – nützlich für Dinge, die direkten Systemzugriff brauchen, etwa einen lokalen Datenbanktreiber.

Deinen ersten Server hinzufügen

Der zentrale Befehl ist claude mcp add. So sieht die Grundform für einen Remote-HTTP-Server aus:

claude mcp add --transport http <name> <url>

Ein konkretes Beispiel – Notion verbinden, damit dein Agent Seiten lesen und aktualisieren kann:

claude mcp add --transport http notion https://mcp.notion.com/mcp

Wenn der Server eine Authentifizierung benötigt, übergib ein Token als Header:

claude mcp add --transport http secure-api https://api.example.com/mcp \
  --header "Authorization: Bearer your-token"

Bei einem lokalen Server ist alles nach -- der Befehl, der ihn startet:

claude mcp add --env AIRTABLE_API_KEY=YOUR_KEY --transport stdio airtable \
  -- npx -y airtable-mcp-server

Dieses -- ist wichtig: Es trennt Claudes eigene Flags von dem Befehl, der den Server startet, damit ein --port, das für den Server gedacht ist, nicht als Claude-Option interpretiert wird.

Sobald der Server hinzugefügt ist, prüfe, was du verkabelt hast:

claude mcp list        # alle Server und ihren Status anzeigen
claude mcp get notion  # Details zu einem Server

Innerhalb einer Claude-Code-Sitzung zeigt der Befehl /mcp den Live-Verbindungsstatus an und erlaubt dir bei Servern, die OAuth verwenden, dich anzumelden.

Wähle den richtigen Scope

Wenn du einen Server hinzufügst, entscheide mit dem Flag --scope, wer ihn sehen soll:

• local (der Standard) – nur du, nur dieses Projekt.
• project – mit deinem gesamten Team über eine eingecheckte .mcp.json-Datei geteilt. Ideal fürs Onboarding: Ein neues Teammitglied klont das Repository, und der Agent kennt die Tools des Teams bereits.
• user – auf deinem Rechner in jedem Projekt für dich verfügbar.

Für eine Team-Datenbank oder einen Issue-Tracker ist der Scope project meist die richtige Wahl. Für einen persönlichen API-Key bleib bei local oder user, damit er niemals im Repository landet.

Mach es sicher

MCP ist gerade deshalb mächtig, weil es einem Agenten echte Reichweite gibt – ein bisschen Vorsicht zahlt sich also aus:

• Vertraue dem Server, bevor du ihn verbindest. Ein Server, der externe Inhalte abruft, kann dich einem Prompt-Injection-Risiko aussetzen, bei dem bösartiger Text in den abgerufenen Daten versucht, deinen Agenten zu steuern. Bleib bei offiziellen Servern von Anbietern, die du kennst.
• Beschränke Zugangsdaten eng. Gib dem Server einen schreibgeschützten Key oder einen Key mit den geringstmöglichen Rechten, wenn die Aufgabe nur Lesen erfordert. Genau dieses Prinzip hat Microsoft in sein Enterprise-Dataverse-Plugin eingebaut – der Agent sieht immer nur das, was seine zugewiesene Rolle erlaubt.
• Halte Geheimnisse aus geteilter Konfiguration heraus. Leg Tokens in Umgebungsvariablen oder einem local-Scope ab, niemals in einer project-Scope-.mcp.json, die eingecheckt wird.
• Prüfe, was er kann. Öffne nach dem Verbinden /mcp und überflieg die Tools, die der Server bereitstellt, damit es keine Überraschungen gibt.

Der Gewinn

Sobald ein Server verbunden ist, ist die Veränderung in deiner Arbeitsweise sofort spürbar. Statt "hier ist das Schema, das ich eingefügt habe" kannst du fragen: "Finde die 10 neuesten Registrierungen in unserer Postgres-Datenbank und entwirf für jede eine Einladung zu einer Feedback-Session." Der Agent fragt die Datenbank ab, liest die Ergebnisse und entwirft die E-Mails – alles in einem Durchgang, weil er endlich Zugriff auf die Systeme hat, in denen deine Arbeit tatsächlich lebt.

Fang mit einem Server für das Tool an, aus dem du am häufigsten kopierst. Diese eine Verbindung macht den Nutzen meist schneller offensichtlich, als es jede Menge Lesestoff darüber könnte.