Einen Claude MCP Server richtest du in Claude Code mit dem Befehl claude mcp add ein, entweder als HTTP-Verbindung zu einem entfernten Dienst oder als lokal gestartetem Kommando. Danach zeigt /mcp dir den Status der Verbindung, claude mcp list alle eingerichteten Server auf einen Blick. In Claude Desktop läuft dieselbe Idee über eine eigene Konfigurationsdatei, dazu weiter unten mehr.
MCP steht für Model Context Protocol, einen offenen Standard, über den Claude auf Werkzeuge außerhalb des eigenen Modells zugreift: ein Postfach, ein Werbekonto, eine Buchhaltungssoftware, eine interne Datenbank. Ohne MCP kann Claude nur mit dem arbeiten, was du in den Chat kopierst. Mit einem passenden Server kann Claude selbst nachsehen, was in einem angebundenen System gerade steht, und dort, wenn du es erlaubst, auch etwas ändern.
Ich betreibe mein Business mit einer eigenen KI-Belegschaft auf Claude-Basis, und jeder von ihnen hat nur die MCP-Verbindungen, die sein Job wirklich braucht. Was in meinem Claude-Setup sonst noch dazugehört, sammle ich auf der Claude-Übersichtsseite. Meine Regel dabei ist immer dieselbe: Ein Server bekommt genau die Rechte, die eine Rolle für ihre Arbeit braucht, und kein Recht mehr.
Was ein MCP-Server ist, und wofür ihn eine Belegschaft braucht
Ein MCP-Server ist eine Brücke zwischen Claude und einem konkreten System. Der Server meldet Claude, welche Werkzeuge er anbietet, zum Beispiel „Mails im Postfach lesen" oder „Buchungssatz anlegen", und Claude entscheidet innerhalb eines Gesprächs, wann es eines dieser Werkzeuge braucht. Aus Sicht von Claude ist das kein Zauberwerk: Es ruft ein Werkzeug mit einer Anfrage auf und bekommt eine Antwort zurück, so wie es auch eine Websuche oder das Lesen einer Datei aufruft.
Für eine KI-Belegschaft wie meine ist das der entscheidende Unterschied zwischen einem Assistenten, der nur Text vorschlägt, und einem Mitarbeiter, der tatsächlich in einem System arbeitet. Ohne MCP könnte Sonja, meine Assistentin für die Mail-Kommunikation, dir bestenfalls einen Antwortentwurf zum Kopieren liefern. Mit einer Postfach-Anbindung sieht sie das echte Postfach, kennt den Verlauf einer Konversation und kann einen Entwurf direkt dort ablegen, wo er hingehört.
Claude Desktop oder Claude Code: zwei Wege, ein Konzept
MCP-Server richtest du an zwei verschiedenen Stellen ein, je nachdem, wo du arbeitest. In Claude Desktop trägst du einen Server in einer eigenen Konfigurationsdatei ein, die die App beim Start liest. In Claude Code, dem Terminal-Werkzeug, nutzt du stattdessen den Befehl claude mcp add, der die Verbindung direkt in dein Projekt oder dein Nutzerprofil schreibt.
Beide Wege sprechen dasselbe Protokoll, ein einmal geschriebener MCP-Server funktioniert grundsätzlich in beiden Umgebungen. Der Unterschied liegt nur darin, wo die Verbindung gespeichert wird und wie du sie einträgst. Wer schon eine Verbindung in Claude Desktop eingerichtet hat, kann sie mit claude mcp add-from-claude-desktop in Claude Code übernehmen, statt sie doppelt zu pflegen.
Server einrichten: claude mcp add in der Praxis
Für einen entfernten Dienst, der über eine Web-Adresse erreichbar ist, sieht der Befehl so aus:
claude mcp add --transport http <name> <url>
Läuft der Server dagegen als lokales Programm, das Claude Code selbst startet, verwendest du stattdessen:
claude mcp add --transport stdio <name> -- <befehl>
Der Unterschied ist einfach zu merken: HTTP für einen Dienst, der irgendwo im Netz oder im eigenen Firmennetzwerk läuft, Stdio für ein Kommandozeilenprogramm, das direkt auf deinem Rechner startet. Nach dem Einrichten prüfst du mit /mcp in Claude Code, ob die Verbindung steht, inklusive eines möglichen OAuth-Logins, falls der Dienst eine Anmeldung verlangt. Eine Übersicht aller eingerichteten Server zeigt claude mcp list, entfernen kannst du einen davon mit claude mcp remove. Die vollständige Befehlsreferenz führt die Anthropic-Doku zu MCP (code.claude.com/docs/en/mcp).
Scopes verstehen: wo eine Verbindung gilt
Beim Einrichten legst du außerdem fest, wie weit eine Verbindung reicht. Das nennt sich Scope, und es gibt drei davon.
| Scope |
Gilt für |
Wo gespeichert |
| local |
nur dich, nur dieses eine Projekt (Standard) |
~/.claude.json |
| project |
jeden, der das Projekt öffnet |
.mcp.json im Projektordner |
| user |
dich, projektübergreifend |
dein Nutzerprofil |
Ich nutze local fast überall: Eine Verbindung zu Sonjas Postfach gehört nur in Sonjas eigenen Arbeitsordner, nicht in jedes Projekt, in dem ich gerade arbeite. project setze ich nur dort ein, wo mehrere Rollen tatsächlich denselben Dienst brauchen, und user dort, wo eine Verbindung wirklich für mich persönlich über alle Projekte hinweg gelten soll, etwa ein Werkzeug für Recherche. Je enger der Scope, desto weniger kann bei einem Fehler in die falsche Richtung wirken.
Ein Arbeitstag mit drei angebundenen Servern
So sieht das bei mir konkret aus, an einem gewöhnlichen Tag mit drei Mitarbeitern, die jeweils eine eigene MCP-Verbindung haben.
Sonja hat eine Verbindung zu meinem Postfach. Morgens sortiert sie neue Mails, erkennt Terminanfragen und legt zu jeder einen Antwortentwurf in meiner eigenen Sprache ab. Sie verschickt nichts selbst, das Versenden bleibt bei mir, aber ich muss die Antwort nur noch prüfen und bestätigen, statt sie von null zu schreiben.
Susi hat eine Verbindung zu einem Werbekonto. Läuft eine Kampagne aus dem geplanten Budget, meldet sie das mit den Zahlen aus dem Konto und schlägt eine Anpassung vor. Die Zahl selbst ändert sie nicht, das bleibt eine Entscheidung, die ich treffe, bevor sich im Konto tatsächlich etwas ändert.
Peter hat eine Verbindung zur Buchhaltung. Er liest neue Belege ein, ordnet sie einer Kategorie zu und bereitet den Buchungssatz vor. Ob die Zuordnung stimmt, vor allem bei allem, was steuerlich relevant ist, entscheide immer noch ich, Peter legt nur die geprüfte Vorlage vor.
Das Muster ist bei allen dreien gleich: Der MCP-Server gibt dem jeweiligen Mitarbeiter Zugriff auf echte Daten, die eigentliche Entscheidung mit Wirkung nach außen bleibt bei mir.
Sicherheitsregeln: welche Server, welche Rechte
Bevor ich einen Server anschließe, stelle ich mir zwei Fragen: Wem gehört der Server, und was genau darf er in meinem Namen tun. Ein Server, dessen Quelle ich nicht kenne oder dessen Code ich nicht geprüft habe, kommt bei mir nicht in eine produktive Verbindung, egal wie nützlich er klingt.
Besondere Vorsicht gilt bei Servern, die selbst externe Inhalte laden, etwa aus dem Web oder aus fremden Dateien. Die Anthropic-Doku warnt ausdrücklich vor Prompt Injection bei solchen Servern: Ein manipulierter Inhalt in einer geladenen Seite oder Datei kann versuchen, Claude Anweisungen unterzuschieben, die eigentlich von dir kommen sollten. Dabei lohnt es, zwei Dinge zu trennen: die technische Berechtigung und die Verhaltensregel. Technisch begrenzt wird ein Zugriff durch die Werkzeuge, die ein Server überhaupt anbietet, durch die Rechte des hinterlegten Zugangs, etwa die OAuth-Scopes eines Kontos, und durch die Werkzeug-Freigaben in Claude Code (Claude-Code-Dokumentation zu MCP). Diese Grenze hält auch dann, wenn eine manipulierte Datei Claude erfolgreich überredet: Was der Zugang nicht kann, kann Claude auch nicht auslösen. Eine Regel in der Personalakte ist dagegen eine Verhaltensvorgabe, und die ist genau in dem Moment am schwächsten, in dem sie am wichtigsten wäre. Deshalb setze ich beides ein und verlasse mich bei allem, was wirklich weh tut, auf die technische Grenze. Sonjas Postfach-Zugang ist so eingerichtet, dass er lesen und Entwürfe ablegen, aber nicht senden kann. Susis Werbekonto-Zugang darf Zahlen abrufen, aber kein Budget verändern. Was darüber hinausgeht, gebe ich ausdrücklich im Einzelfall frei, und der jeweilige KI-Mitarbeiter hält diese Freigabe mit Zeitpunkt in seinem Protokoll fest.
Zusätzlich achte ich auf den Scope: Eine Verbindung mit weitreichenden Rechten gehört in den engsten passenden Scope, nicht in user, nur weil das bequemer wäre. Und wenn ein Server für eine bestimmte Aufgabe nicht mehr gebraucht wird, entferne ich ihn mit claude mcp remove, statt ihn ungenutzt bestehen zu lassen.
Häufige Fragen
Kostet ein MCP-Server extra?
Der MCP-Server selbst ist unabhängig von deinem Claude-Abo, was er kostet, hängt vom jeweiligen Dienst ab, den er anbindet. Manche Server sind kostenlose Open-Source-Projekte, andere gehören zu einem bezahlten Produkt mit eigenem Preis. Die Preise der Claude-Abos selbst, unabhängig von MCP, stehen in Claude Code Kosten: Abo oder API?.
Was ist der Unterschied zu Connectors in Claude Cowork?
Connectors sind eine Funktion in Claude Cowork, die vorbereitete Anbindungen zu Diensten bündelt, ohne dass du selbst einen Befehl eintippst. MCP ist das zugrunde liegende Protokoll, mit dem sich sowohl Connectors als auch die manuell eingerichteten Server in Claude Code verständigen. Wer beide Werkzeuge im Vergleich sehen will, findet das in Claude Code oder Cowork: was wofür?.
Kann ein MCP-Server Daten abfließen lassen?
Ja, wenn du ihm mehr Rechte gibst, als er für seine Aufgabe braucht, oder wenn du einen Server aus einer Quelle einsetzt, die du nicht geprüft hast. Genau deshalb beschränke ich Rechte pro Rolle und meide Server, deren Herkunft ich nicht kenne, wie im Abschnitt zu den Sicherheitsregeln oben beschrieben.
Brauche ich Programmierkenntnisse für die Einrichtung?
Für die drei Befehle claude mcp add, claude mcp list und claude mcp remove reicht es, sie aus der Anleitung abzutippen und die Werte für den jeweiligen Dienst einzusetzen. Etwas technisches Verständnis hilft, wenn du selbst einen Server schreiben willst, für das reine Anbinden eines fertigen Servers ist das nicht nötig.
Wie finde ich heraus, welche Server ich wirklich brauche?
Ich fange nicht mit einer Liste möglicher Server an, sondern mit der Frage, welche Aufgabe gerade an fehlenden Daten scheitert. Sonjas Postfach-Anbindung kam erst, nachdem klar war, dass sie ohne echten Mail-Zugriff nur Textbausteine liefern konnte, nicht weil ein Server-Katalog sie empfohlen hätte.
Wie du weitermachst
Wenn du Claude Code noch gar nicht eingerichtet hast, lohnt sich vorher ein Blick in Claude Code: Anleitung für Einsteiger, dort steht die Installation und die erste Aufgabe im Terminal. Sobald ein MCP-Server läuft, ist der nächste sinnvolle Schritt oft, ihn nicht direkt im Hauptgespräch zu nutzen, sondern über einen eigenen Subagenten mit klar begrenzten Rechten. Wie das zusammenhängt, zeige ich in Claude Subagents, Skills und Agents. Und wer nach der Anbindung gleich einen eigenen Agenten für eine wiederkehrende Aufgabe bauen will, findet die Schritte dazu in KI-Agent mit Claude erstellen: Anleitung.
Welche MCP-Verbindungen ein Mitarbeiter dann wirklich bekommt, entscheidest du für deinen eigenen Betrieb. Die acht fertigen KI-Mitarbeiter-Pakete, jedes mit einer klar abgegrenzten Rolle, gibt es in meiner Community.
