Was Sie mit MCP tun können
Mit verbundenen MCP-Servern können Sie Claude Code auffordern:- Funktionen aus Issue-Trackern implementieren: „Füge die in JIRA-Issue ENG-4521 beschriebene Funktion hinzu und erstelle einen PR auf GitHub.”
- Überwachungsdaten analysieren: „Überprüfe Sentry und Statsig, um die Nutzung der in ENG-4521 beschriebenen Funktion zu überprüfen.”
- Datenbanken abfragen: „Finde E-Mail-Adressen von 10 zufälligen Benutzern, die die Funktion ENG-4521 verwendet haben, basierend auf unserer PostgreSQL-Datenbank.”
- Designs integrieren: „Aktualisiere unsere Standard-E-Mail-Vorlage basierend auf den neuen Figma-Designs, die in Slack gepostet wurden”
- Workflows automatisieren: „Erstelle Gmail-Entwürfe, die diese 10 Benutzer zu einer Feedback-Sitzung zur neuen Funktion einladen.”
- Auf externe Ereignisse reagieren: Ein MCP-Server kann auch als Kanal fungieren, der Nachrichten in Ihre Sitzung pusht, sodass Claude auf Telegram-Nachrichten, Discord-Chats oder Webhook-Ereignisse reagiert, während Sie weg sind.
MCP-Server finden und erstellen
Durchsuchen Sie überprüfte Konnektoren im Anthropic Directory. Directory-Konnektoren verwenden die gleiche MCP-Infrastruktur wie Claude Code, sodass Sie jeden dort aufgelisteten Remote-Server mitclaude mcp add hinzufügen können.
Um Ihren eigenen Server zu erstellen, lesen Sie das MCP-Server-Handbuch für Protokoll-Grundlagen und die Claude-Konnektoren-Dokumentation zum Erstellen für Authentifizierung, Tests und Directory-Einreichung.
Sie können Claude auch einen Server für Sie mit dem offiziellen mcp-server-dev Plugin erstellen lassen.
Installieren Sie das Plugin
Marketplace "claude-plugins-official" nicht gefunden: Fügen Sie den Marketplace mit/plugin marketplace add anthropics/claude-plugins-officialhinzu und versuchen Sie dann die Installation erneut.- Das Plugin ist nicht im Marketplace gefunden: Überprüfen Sie den Plugin-Namen.
Run /reload-plugins to activate. meldet, führt Claude Code diesen Befehl dann für Sie aus. Wenn das Neuladen warnt, dass Ihre nächste Nachricht das Gespräch erneut lesen würde, führen Sie /reload-plugins --force aus.Führen Sie die Build-Skill aus
MCP-Server installieren
MCP-Server können je nach Ihren Anforderungen auf mehrere Arten konfiguriert werden:Option 1: Einen Remote-HTTP-Server hinzufügen
HTTP-Server sind die empfohlene Option für die Verbindung mit Remote-MCP-Servern. Dies ist das am weitesten unterstützte Transportprotokoll für Cloud-basierte Dienste..mcp.json, ~/.claude.json oder claude mcp add-json akzeptiert das Feld type streamable-http als Alias für http. Die MCP-Spezifikation verwendet den Namen streamable-http für dieses Transportprotokoll, sodass Konfigurationen, die aus der Server-Dokumentation kopiert werden, ohne Änderungen funktionieren.
Ein JSON-Eintrag, der eine url hat, aber keinen type, ist ein Konfigurationsfehler, da Claude Code einen Eintrag ohne type als Stdio-Server liest. Claude Code überspringt diesen Server und meldet MCP server "<name>" has a "url" but no "type"; add "type": "http" (or "sse" / "ws") to this entry. Vor v2.1.202 meldete Claude Code diese Fehlkonfiguration als command: expected string, received undefined.
Bei --output-format stream-json-Läufen meldet Claude Code auch einen übersprungenen --mcp-config-Eintrag im mcp_server_errors-Feld des system/init-Ereignisses, sodass Skripte erkennen können, dass der Server nie geladen wurde. Dies erfordert Claude Code v2.1.219 oder später.
Option 2: Einen Remote-SSE-Server hinzufügen
Einige Dienste stellen nur einen SSE-Endpunkt bereit. Fügen Sie diese mit dem gleichen Befehlclaude mcp add --transport http <name> <url> wie ein HTTP-Server hinzu. Claude Code versucht zuerst das HTTP-Transportprotokoll und wechselt zu SSE, wenn der Server es nicht akzeptiert. Der automatische Wechsel erfordert Claude Code v2.1.265 oder später.
Bei einer früheren Version oder um sich direkt über SSE zu verbinden, übergeben Sie stattdessen --transport sse:
Option 3: Einen lokalen Stdio-Server hinzufügen
Stdio-Server werden als lokale Prozesse auf Ihrem Computer ausgeführt. Sie sind ideal für Tools, die direkten Systemzugriff oder benutzerdefinierte Skripte benötigen. Claude Code setztCLAUDE_PROJECT_DIR in der Umgebung des erzeugten Servers auf das Projektstammverzeichnis, sodass Ihr Server projektrelative Pfade auflösen kann, ohne vom Arbeitsverzeichnis abhängig zu sein. Dies ist das gleiche Verzeichnis, das Hooks in ihrer CLAUDE_PROJECT_DIR-Variable erhalten. Lesen Sie es aus Ihrem Serverprozess, zum Beispiel process.env.CLAUDE_PROJECT_DIR in Node oder os.environ["CLAUDE_PROJECT_DIR"] in Python.
CLAUDE_PROJECT_DIR ist das stabile Projektstammverzeichnis und ändert sich nicht, wenn Sie während einer Sitzung Arbeitsverzeichnisse hinzufügen oder entfernen. Ein Server, der seinen eigenen Dateisystemzugriff auf einen Satz zulässiger Verzeichnisse beschränkt, sollte stattdessen die MCP-Anfrage roots/list implementieren. Claude Code antwortet auf roots/list mit dem Startverzeichnis der Sitzung plus jedem zusätzlichen Arbeitsverzeichnis, das Sie mit --add-dir, /add-dir oder der Einstellung additionalDirectories gewährt haben. Claude Code sendet notifications/roots/list_changed, wenn sich dieser Satz ändert. Vor v2.1.203 gab roots/list nur das Startverzeichnis zurück und Claude Code sendete notifications/roots/list_changed nicht.
Diese Variable wird in der Umgebung des Servers gesetzt, nicht in der Umgebung von Claude Code selbst, daher erfordert das Referenzieren über ${VAR}-Erweiterung in command oder args eines projektgesteuerten .mcp.json-Eintrags oder eines lokal- oder benutzergesteuerten Server-Eintrags in ~/.claude.json einen Standard wie ${CLAUDE_PROJECT_DIR:-.}. Von Plugins bereitgestellte MCP-Konfigurationen ersetzen ${CLAUDE_PROJECT_DIR} direkt und benötigen keinen Standard.
--Bei Stdio-Servern trennt der -- (Doppelstrich) Claudes eigene Optionen, wie --transport, --env und --scope, vom Befehl und den Argumenten, die den Server ausführen. Alles nach -- wird unverändert an den Server übergeben.Zum Beispiel:claude mcp add --transport stdio myserver -- npx server→ führtnpx serverausclaude mcp add --env KEY=value --transport stdio myserver -- python server.py --port 8080→ führtpython server.py --port 8080mitKEY=valuein der Umgebung aus
-- würde Claude Code versuchen, die Flags des Servers, wie --port oben, als seine eigenen Optionen zu analysieren.--env akzeptiert mehrere KEY=value-Paare. Wenn der Servername direkt nach --env kommt, liest die CLI den Namen als ein weiteres Paar und lehnt ihn ab, daher platzieren Sie mindestens eine andere Option zwischen --env und dem Servernamen, wie in den obigen Beispielen.Option 4: Einen Remote-WebSocket-Server hinzufügen
WebSocket-Server halten eine persistente bidirektionale Verbindung, die sich für Remote-MCP-Server eignet, die Claude unaufgefordert Ereignisse pushen. Verwenden Sie HTTP stattdessen, wenn Ihr Server nur auf Anfragen antwortet, da HTTP OAuth und das Flagclaude mcp add --transport unterstützt, während WebSocket beides nicht unterstützt.
Konfigurieren Sie WebSocket-Server in .mcp.json oder mit claude mcp add-json:
type: "ws" akzeptiert die gleichen Felder url, headers, headersHelper, timeout und alwaysLoad wie http. Die Authentifizierung erfolgt nur über Header, daher übergeben Sie ein statisches Token in headers oder generieren Sie eines zur Verbindungszeit mit headersHelper. Das Flag claude mcp add --transport akzeptiert nicht ws.
Einen Server aus Setupanweisungen hinzufügen, die für einen anderen Client geschrieben wurden
MCP-Server sind nicht spezifisch für Claude Code, daher können die Setupanweisungen eines Servers für Claude Desktop, Cursor oder einen anderen MCP-Client geschrieben sein und keinenclaude mcp add-Befehl geben. Um den Server trotzdem hinzuzufügen, suchen Sie in diesen Anweisungen nach einem dieser drei Dinge:
- Eine URL wie
https://mcp.example.com/mcp: Der Server ist Remote. - Ein Startbefehl wie
npx -y @example/mcp-server: Der Server wird auf Ihrem Computer ausgeführt. - Ein
mcpServers-JSON-Block: Konfiguration, die für die Einstellungsdatei eines anderen Clients geschrieben wurde.
--scope project oder --scope user hinzu.
Aus einer URL
Eine URL bedeutet, dass der Server Remote ist. Für einenhttps://-Endpunkt fügen Sie ihn mit --transport http hinzu, oder folgen Sie Option 2, wenn die Anweisungen sagen, dass der Endpunkt SSE verwendet. Für einen wss://-Endpunkt verwenden Sie stattdessen Option 4, da --transport nicht ws akzeptiert:
--header, wie in Option 1 gezeigt.
Aus einem npx-, uvx- oder Binary-Befehl
Ein Startbefehl bedeutet, dass der Server als lokaler Stdio-Prozess ausgeführt wird. Setzen Sie den gesamten Befehl nach --, sodass Claude Code Flags wie -y an den Befehl übergibt, der den Server startet, anstatt sie als seine eigenen Optionen zu lesen. Übergeben Sie alle Umgebungsvariablen, die die Anweisungen anfordern, mit --env, nach dem Servernamen und vor --:
---Separator vollständig.
Aus einem mcpServers-JSON-Block
Ein mcpServers-Block, der für einen anderen MCP-Client wie Claude Desktop geschrieben wurde, verwendet den Wrapper-Schlüssel und die Eintrag-Form, die Claude Code liest. Übergeben Sie claude mcp add-json das Objekt innerhalb von mcpServers, nicht den Wrapper. Zwei Einträge benötigen zuerst eine Reparatur:
- Eine
urlohnetype: Fügen Sie"type": "http","type": "sse"oder"type": "ws"hinzu, um dem Endpunkt zu entsprechen. Claude Code liest einen Eintrag ohnetypeals Stdio-Server, daher schlägt einurl-Eintrag ohnetypefehl. - Ein Schlüssel mit Zeichen außer Buchstaben, Zahlen, Bindestrichen und Unterstrichen: Wählen Sie einen Servernamen, der nur diese Zeichen verwendet. Andernfalls ist der Schlüssel der Servername.
--scope-Flag für add-json. Um den Server stattdessen mit Ihrem Team zu teilen, fügen Sie --scope project hinzu, oder fügen Sie den Eintrag unter mcpServers in .mcp.json in Ihrem Projektstammverzeichnis hinzu und committen Sie ihn. Projektbereich behandelt, wie Claude Code diese Datei lädt und genehmigt.
Jeder claude mcp add- und claude mcp add-json-Befehl gibt eine Added ...-Zeile aus. Um zu überprüfen, dass Claude Code verbunden ist, führen Sie claude mcp get <name> aus; Serverstatus behandelt die Statuse, die er anzeigt, und den Genehmigungsschritt für .mcp.json-Server.
Verwalten Ihrer Server
Nach der Konfiguration können Sie Ihre MCP-Server mit diesen Befehlen verwalten:Serverstatus
claude mcp add bestätigt ein erfolgreiches Hinzufügen durch Ausgabe einer Added ...-Zeile, was bedeutet, dass die Konfiguration geschrieben wurde. claude mcp list zeigt dann einen Gesundheitsstatus neben jedem Server an, den es auflistet, wie ✔ Connected, ! Needs authentication oder ✘ Failed to connect. Ein Fehlerstatus bedeutet, dass Claude Code sich nicht mit diesem Server verbinden konnte, nicht dass der List-Befehl fehlgeschlagen ist.
Die Statuse in dieser Liste melden eine Konfigurationsentscheidung statt eines Verbindungsversuchs, daher gibt Claude Code sie aus, ohne sich mit dem Server zu verbinden:
⏸ Pending approval (run `claude` to approve): Ein projektgesteuerten Server aus.mcp.json, den Sie noch nicht genehmigt haben. Claude Code zeigt ihn sowohl inclaude mcp listals auch inclaude mcp get <name>. Führen Sieclaudeinteraktiv aus, um ihn zu überprüfen und zu genehmigen.✘ Rejected (see disabledMcpjsonServers in settings): Ein.mcp.json-Server, den eindisabledMcpjsonServers-Eintrag ablehnt. Claude Code zeigt ihn nur inclaude mcp get <name>.⊘ Disabled for this project (re-enable via /mcp): Ein Server, den diedisabledMcpServers-Liste des Projekts benennt. Claude Code zeigt ihn sowohl inclaude mcp listals auch inclaude mcp get <name>. Schalten Sie den Server über das/mcp-Panel wieder ein. Vor v2.1.238 verbanden sich beide Befehle mit einem deaktivierten Server, um ihn zu überprüfen, und meldeten das Verbindungsergebnis.
claude mcp list-Ausgabe. Verwenden Sie claude mcp get <name> oder das /mcp-Panel, um sie zu überprüfen.
Genehmigungen von Projektservern und Workspace-Vertrauen
Ab v2.1.196 lesenclaude mcp list und claude mcp get .mcp.json-Genehmigungen nur aus Einstellungsdateien, die nicht in das Repository eingecheckt werden, bis Sie dem Workspace vertrauen, indem Sie claude darin ausführen und den Workspace-Vertrauensdialog akzeptieren. Ein geklontes Repository kann seine eigenen Server nicht genehmigen: enableAllProjectMcpServers oder enabledMcpjsonServers, die in die .claude/settings.json des Projekts eingecheckt werden, werden in einem nicht vertrauenswürdigen Ordner ignoriert, und der Server bleibt bei ⏸ Pending approval statt verbunden und Health-Check zu sein.
Genehmigungen aus diesen Quellen gelten weiterhin in einem nicht vertrauenswürdigen Ordner:
- Ihre Benutzer-
~/.claude/settings.json - Verwaltete Einstellungen
- Einstellungen, die mit
--settingsübergeben werden
.claude/settings.local.json an, aber es führt Git aus, um zu überprüfen, ob die Datei verfolgt wird, und führt diese Überprüfung nur in einem vertrauenswürdigen Ordner durch. In einem Ordner, dem Sie noch nie vertraut haben, wartet Claude Code auf den Vertrauensdialog, bevor die Genehmigungen der Datei angewendet werden, es sei denn, der Ordner ist Ihr eigenes Konfigurationsheim: Ihr Home-Verzeichnis oder ein Verzeichnis, dessen .claude Sie als CLAUDE_CONFIG_DIR festgelegt haben. Vor v2.1.207 genehmigte Claude Code Server aus einer nicht verfolgten .claude/settings.local.json sogar in einem Ordner, dem Sie noch nie vertraut haben.
Ein disabledMcpjsonServers-Eintrag in einer beliebigen Einstellungsdatei lehnt den Server weiterhin ab.
Serverstatus-Detail
In/mcp, einschließlich des Menüs eines Servers dort, und im /plugin-Manager kann ein Remote-HTTP- oder SSE-Server, den Sie zuvor verwendet haben, einen cached-Status wie cached 2h ago · connects on first use · 5 tools anzeigen. Claude Code lud die Tool-Liste des Servers aus seinem Discovery-Cache, der in einer vorherigen Sitzung gespeichert wurde, anstatt beim Start zu verbinden, und Claude Code verbindet den Server das erste Mal, wenn Claude eines der Tools des Servers aufruft. Die Tools sind ab Ihrer ersten Nachricht verfügbar, daher müssen Sie nichts tun. Der Discovery-Cache und sein cached-Status erfordern Claude Code v2.1.221 oder später.
Der Discovery-Cache ist standardmäßig deaktiviert, es sei denn, ein schrittweiser Rollout hat ihn für Ihr Konto aktiviert. Setzen Sie MCP_DISCOVERY_CACHE=1, um ihn einzuschalten, oder 0, um ihn ausgeschaltet zu halten, auch wenn der Rollout ihn aktiviert hat. Vor v2.1.238 war der Cache standardmäßig aktiviert.
Zwei Aktionen im Menü eines Servers in /mcp beeinflussen auch den Cache-Eintrag dieses Servers:
- Reconnect: Bei einem
cached-Server verbindet Claude Code ihn jetzt statt beim ersten Tool-Aufruf und behält den Eintrag. Bei einem verbundenen oder fehlgeschlagenen Server verbindet Claude Code ihn erneut und verwirft auch den Eintrag. - Clear authentication: Claude Code widerruft die Authentifizierung des Servers und verwirft auch den Eintrag.
✘ Failed to connect ist, hängt claude mcp list das Fehlerdetail an diese Statuszeile an, und claude mcp get <name> zeigt es auf einer Issue:-Zeile: der HTTP-Status oder Fehlercode, plus jeder Fehlertext, den der Server zurückgegeben hat. Die Detailansicht des Servers in /mcp enthält den gleichen vom Server gemeldeten Text in ihrer Issue:-Zeile. Claude Code redigiert Credential-ähnlichen Text aus diesem Detail und enthält niemals die erweiterte Server-URL, die Geheimnisse tragen kann. Claude Code hängt keinen Detail an einen ✘ Connection error-Status an, da der Exception-Text, den es dort drucken würde, diese URL einbetten kann. Vor v2.1.219 zeigten beide Befehle nur den bloßen Fehlerstatus ohne Statuscode oder Fehlertext des Servers.
Wenn Sie die Authentifizierung von /mcp aus abschließen und die Verbindung immer noch mit einem HTTP-Status oder einem Transport-Fehlercode fehlschlägt, fügt Claude Code diesen Code und den Ursprung der URL des Servers zur Nachricht hinzu, die es nach dem Versuch druckt. Der Ursprung ist das Schema und der Host, plus der Port, wenn die URL einen benennt, wie https://mcp.example.com.
- Der Pfad und die Abfrage erscheinen niemals in dieser Nachricht.
- Für einen Server im lokalen, Projekt- oder Benutzer-Bereich oder in verwalteter MCP-Konfiguration zeigt der Ursprung den Host, wie er in dieser Konfiguration geschrieben ist, daher wird eine
${VAR}-Referenz im Host nicht in der Nachricht erweitert. - Bei einem Fehler ohne Status oder Fehlercode zeigt Claude Code den Fehlertext ohne den Ursprung.
url hat, wird in /mcp, in claude mcp list und im /plugin-Manager als not configured angezeigt, und Claude Code versucht nicht, sich damit zu verbinden. Ein Plugin kann einen Platzhalter-Eintrag wie diesen für einen Connector enthalten, den Sie später konfigurieren, sodass Claude Code ihn nicht als Fehler oder Setup-Problem meldet. Die Detailansicht des Servers in /mcp liest No URL configured for this server; setzen Sie die url des Eintrags, um sich zu verbinden. Vor v2.1.208 meldete Claude Code eine leere url als Konfigurationsproblem mit einer Aufforderung zur Wiederverbindung.
Konfigurationswarnungen
Claude Code warnt vor den folgenden Konfigurationsproblemen. Jeder Eintrag sagt, was Claude Code überprüft und wie die Warnung gelöscht wird:- Versteckte Leerzeichen: Claude Code warnt, wenn ein MCP-Konfigurationswert versteckte führende oder nachfolgende Leerzeichen trägt, die oft vom Einfügen eines Tokens mit einem nachfolgenden Zeilenumbruch stammen. Claude Code überprüft
command,url, jedenargs-Eintrag und die Werte und Schlüsselnamen unterenvundheaders. Claude Code zeigt die Warnung in derclaude mcp list-Ausgabe und in/mcpan und benennt die betroffenen Felder, ohne ihre Werte zu wiederholen, zum BeispielLeading or trailing whitespace in: headers.Authorization. Claude Code trimmt das Leerzeichen nicht und verwendet die Werte genau wie geschrieben, daher bearbeiten Sie die Konfiguration, um es zu entfernen. - Gleicher Name in mehr als einem Bereich: Wenn Sie den gleichen Servernamen in mehr als einem Bereich mit verschiedenen Endpunkten definieren, warnt Claude Code vor dem Konflikt in der
claude mcp list-Ausgabe und in/mcp. Claude Code speichert OAuth-Anmeldungen pro Endpunkt, daher müssen Sie sich, wenn Sie die Definition authentifizieren, die in einem Projekt geladen wird, immer noch separat in einem Projekt anmelden, in dem eine andere Definition geladen wird. Behalten Sie den Endpunkt, den Sie möchten, und entfernen Sie die anderen mitclaude mcp remove <name> --scope <scope>. In der Warnung zitiert Claude Code den Endpunkt jedes Bereichs, wie er in Ihrer Konfiguration geschrieben ist, mit${VAR}-Referenzen nicht erweitert, daher zeigt es niemals einen aufgelösten Wert wie einen API-Schlüssel. - Reservierte Namen: Claude Code reserviert die Namen seiner integrierten Server, einschließlich
workspace,claude-in-chrome,computer-use,Claude PreviewundClaude Browser. Wenn Ihre Konfiguration einen Server mit einem reservierten Namen definiert, überspringt Claude Code ihn beim Laden und zeigt eine Warnung an, die Sie auffordert, ihn umzubenennen.claude mcp addlehnt einen reservierten Namen mit einem Fehler ab.Claude PreviewundClaude Browserbenennen beide den integrierten Server, den der Claude Code Desktop-App-Vorschaubereich verwendet. Vor v2.1.205 warClaude Browsernicht reserviert, daher konnte ein benutzerkonfigurierter Server sich unter diesem Namen registrieren. - Fehlende Umgebungsvariable: Wenn eine
${VAR}-Referenz in der Konfiguration eines Servers eine Variable benennt, die nicht gesetzt ist und keinen:-defaulthat, warnt Claude Code in derclaude mcp list-Ausgabe und in/mcp, benennt die Variable und lädt den Server immer noch mit dem${VAR}-Text nicht erweitert. Setzen Sie die Variable oder fügen Sie einen${VAR:-default}-Fallback hinzu.
Tool-Verfügbarkeit
Das/mcp-Panel zeigt die Tool-Anzahl neben jedem verbundenen Server an und kennzeichnet Server, die die Tools-Funktion ankündigen, aber keine Tools bereitstellen.
Wenn Ihre Anfrage Tools von einem Server benötigt, der sich noch im Hintergrund verbindet, wartet Claude auf diesen Server, bevor er fortfährt. Wie das Warten geschieht, hängt von Ihrer Konfiguration ab:
- Mit Tool-Suche, der Standardeinstellung: Das Warten erfolgt innerhalb des
ToolSearch-Aufrufs. - Ohne Tool-Suche: Claude verwendet stattdessen das
WaitForMcpServers-Tool. Konfigurationen ohne Tool-Suche enthalten eine benutzerdefinierteANTHROPIC_BASE_URL,ENABLE_TOOL_SEARCH=falseund ein Modell früher als die Claude 4.5-Generation auf Google Cloud’s Agent Platform. - Bei einer Microsoft Foundry-Bereitstellung auf Azure gehostet: Claude startet auf dem Tool-Suche-Pfad statt mit
WaitForMcpServers, da Claude Code die serverseitige Ablehnung der Bereitstellung nur von der API entdeckt. Nachdem Claude Code diese Bereitstellung auf vorausgehendes Laden umschaltet, werden Tools von einem Server, der die Verbindung beendet, bei Claudes nächster Anfrage verfügbar.
Einen Server deaktivieren, ohne ihn zu entfernen
Schalten Sie einen Server im/mcp-Panel aus, um Claude Code daran zu hindern, sich damit zu verbinden, ohne seine Konfiguration zu verlieren. Claude Code listet den Server immer noch in /mcp auf, markiert als deaktiviert.
Wenn Sie einen Server umschalten, zeichnet Claude Code Ihre Wahl pro Projekt in ~/.claude.json in einer von zwei Listen auf, die disjunkte Sätze von Servern abdecken:
disabledMcpServers: Eine Opt-out-Liste für benutzerkonfigurierte Server, Plugin-Server, Server, die Ihre Organisation über verwaltete Einstellungen bereitstellt, die claude.ai-Connectoren, die Claude Code selbst abruft, und integrierte Server, die standardmäßig aktiviert sind. Claude Code verbindet sich nicht mit einem Server, den Sie hier auflisten. Wenn Sie einen claude.ai-Connector mit dem Pro-Projekt-/mcp-Umschalter deaktivieren, der in claude.ai-Connectoren deaktivieren beschrieben ist, schreibt Claude Code ihn in diese Liste unter seinem Anzeigenamen, zum Beispielclaude.ai Slack.enabledMcpServers: Eine Opt-in-Liste für integrierte Server, die standardmäßig deaktiviert sind, wiecomputer-use. Claude Code verbindet sich mit einem standardmäßig deaktivierten Server nur, wenn Sie ihn hier auflisten.
enabledMcpServers hinzufügen oder einen standardmäßig deaktivierten integrierten Server zu disabledMcpServers, ignoriert Claude Code den Eintrag.
disabledMcpServers und enabledMcpServers sind nicht verwandt mit enabledMcpjsonServers und disabledMcpjsonServers, die die Genehmigung von Servern steuern, die in der .mcp.json-Datei eines Projekts definiert sind.
MCP-Client-Runtimes
Claude Code verbindet sich mit MCP-Servern über eine von zwei Client-Runtimes. Die v1-Runtime basiert auf MCP TypeScript SDK 1.x. Die v2-Runtime ist der gleiche Code auf MCP TypeScript SDK 2.0, das MCP-Protokoll-Revision 2026-07-28 hinzufügt. Der Rest dieser Seite gilt für beide Runtimes, außer wo ein Abschnitt die v2-Runtime benennt. Bei Claude Code v2.1.232 oder später verwendet Claude Code die v2-Runtime. Es wählt eine Runtime jedes Mal, wenn Sie sie starten, und behält sie bis zum Beenden. Es verwendet v1, wenn Sie es ausführen:- Auf Amazon Bedrock, Claude Platform auf AWS, Google Cloud’s Agent Platform oder Microsoft Foundry, es sei denn, eine Host-Plattform, die Claude Code einbettet, setzt
CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST - Angemeldet über ein Claude-Apps-Gateway
- Mit Feature-Flag-Abruf deaktiviert
- Fragt HTTP- und claude.ai-Connector-Server, ob sie die neuere Revision unterstützen, und verwendet sie mit denen, die das tun. Es fragt Stdio-Server nur, wenn Sie
MCP_PROTOCOL_NEGOTIATIONaufautosetzen, und verbindet sich mit jedem anderen Server wie v1. - Empfängt
list_changed-Benachrichtigungen von Servern auf der neueren Revision über einen Stream, den es offen hält. - Registriert keinen Kanal-Server, der sich auf der neueren Revision verbindet, da diese Revision keine Kanal-Nachrichten tragen kann.
- Schlägt eine MCP-OAuth-Anmeldung fehl, deren Autorisierungsantwort einen unerwarteten Aussteller benennt.
MCP_SDK_GENERATION auf v1 oder v2. Um zu entscheiden, ob Claude Code fragt, setzen Sie MCP_PROTOCOL_NEGOTIATION auf auto oder legacy. Wo Claude Code v1 standardmäßig verwendet, macht das Anheften von v2 nicht, dass es fragt, daher setzen Sie auch auto.
Dynamische Tool-Updates
Claude Code unterstützt MCP-list_changed-Benachrichtigungen, die es MCP-Servern ermöglichen, ihre verfügbaren Tools, Prompts und Ressourcen dynamisch zu aktualisieren, ohne dass Sie die Verbindung trennen und erneut verbinden müssen. Wenn ein MCP-Server eine list_changed-Benachrichtigung sendet, aktualisiert Claude Code automatisch die verfügbaren Funktionen von diesem Server.
Wenn eine Aktualisierungsanfrage fehlschlägt, behält Claude Code die zuvor entdeckten Tools, Prompts und Ressourcen des Servers bis zu einer späteren erfolgreichen Aktualisierung. Vor v2.1.214 ersetzte ein vorübergehender Fehler während der Aktualisierung die Tools, Prompts und Ressourcen des Servers durch eine leere Liste.
Benachrichtigungs-Streams auf der v2-Runtime
Bei der v2-Runtime empfängt Claude Codelist_changed-Benachrichtigungen von einem Server auf der neueren Protokoll-Revision über einen Stream, den es offen hält. Wenn der Stream schließt, öffnet Claude Code ihn erneut, mit zwei Grenzen:
- Der Stream schließt innerhalb von 10 Sekunden erneut: Claude Code öffnet ihn bis zu dreimal erneut, dann stoppt es für diese Verbindung.
- Der Stream bleibt länger als 10 Sekunden offen, dann schließt, wie Streams zu serverlosen Hosts häufig tun: Nach fünf Wiederöffnungen in einer Stunde wartet Claude Code etwa sechs Stunden vor der nächsten.
/mcp erneut.
Automatische Wiederverbindung
Claude Code verbindet einen Remote-Server, der während einer Sitzung die Verbindung trennt, erneut und versucht die erste Verbindung eines HTTP- oder SSE-Servers nach einem vorübergehenden Fehler erneut. Stdio-Server sind lokale Prozesse, und Claude Code verbindet sie nicht automatisch erneut.Verbindungstrennung eines Remote-Servers während einer Sitzung
Claude Code verbindet einen getrennten Remote-Server mit exponentiellem Backoff erneut: bis zu fünf Versuche, beginnend mit einer Verzögerung von einer Sekunde und sich jedes Mal verdoppelnd. Was Sie sehen, hängt davon ab, wie Sie Claude Code ausführen:- In einer interaktiven Sitzung:
/mcpzeigt den Server als ausstehend an, während Claude Code erneut verbindet. Nach fünf fehlgeschlagenen Versuchen markiert Claude Code den Server als fehlgeschlagen oder als Authentifizierung erforderlich, wenn der Server erneut autorisiert werden muss. Sie können manuell von/mcpaus erneut versuchen. - In
claude -p-Läufen und Agent SDK-Sitzungen: Claude Code verbindet sich nach dem gleichen Zeitplan erneut, ohne/mcp-Panel, um die Versuche anzuzeigen.
Fehlgeschlagene erste Verbindungen
Wenn die erste Verbindung eines HTTP- oder SSE-Servers mit einem vorübergehenden Fehler fehlschlägt, wie eine 5xx-Antwort, eine Verbindungsverweigerung oder ein Timeout, versucht Claude Code bis zu dreimal erneut. Wenn die Verbindung immer noch fehlschlägt, markiert Claude Code den Server als fehlgeschlagen. Claude Code versucht auf diese Weise beim Start und wenn ein Server während einer Sitzung hinzugefügt wird. Das schließt einen Server ein, den Claude Code zu einer Cloud-Sitzung aus seiner Konfiguration hinzufügt, und einen Server, den Sie mit der Agent SDK’ssetMcpServers() hinzufügen.
Claude Code versucht nicht in diesen Fällen erneut:
- Eine WebSocket-Server-Verbindung
- Ein Authentifizierungs- oder Not-Found-Fehler, da er eine Konfigurationsänderung erfordert, um behoben zu werden. Wenn ein
headersHelperdie einzige Quelle desAuthorization-Headers des Servers ist, versucht Claude Code einen Authentifizierungsfehler trotzdem erneut, da er den Helper bei jedem Versuch erneut ausführt und eine frische Anmeldedaten abholen kann
Fehlgeschlagene Discovery-Anfragen
Nachdem ein Server verbunden ist, sendet Claude Code ihm Funktionsentdeckungsanfragen wietools/list, prompts/list und resources/list. Claude Code versucht diese Anfragen bis zu dreimal mit kurzem Backoff nach einem vorübergehenden Netzwerk- oder Serverfehler erneut. Es versucht Authentifizierungsfehler, 4xx-Antworten oder Request-Timeouts nicht erneut.
Wie Claude erfährt, dass ein Server fehlgeschlagen ist
Ob Claude Code Claude über einen konfigurierten Server, der sich nicht verbinden konnte, informiert, hängt von Tool-Suche ab, die standardmäßig aktiviert ist:- Mit Tool-Suche teilt Claude Code Claude mit, welcher Server fehlgeschlagen ist und sein Verbindungsfehler, daher meldet Claude den Verbindungsfehler in seiner Antwort. Claude Code enthält die gleichen Informationen in
ToolSearch-Ergebnissen, die kein passendes Tool finden. - In jeder Konfiguration ohne Tool-Suche meldet Claude Code fehlgeschlagene Server-Verbindungen nicht an Claude.
Push-Nachrichten mit Kanälen
Ein MCP-Server kann auch Nachrichten direkt in Ihre Sitzung pushen, sodass Claude auf externe Ereignisse wie CI-Ergebnisse, Überwachungswarnungen oder Chat-Nachrichten reagieren kann. Um dies zu aktivieren, deklariert Ihr Server die Funktionclaude/channel und Sie aktivieren sie mit dem Flag --channels beim Start. Siehe Kanäle, um einen offiziell unterstützten Kanal zu verwenden, oder Kanäle-Referenz, um Ihren eigenen zu erstellen.
Bei der v2-Runtime, wenn Sie MCP_PROTOCOL_NEGOTIATION auf auto setzen und ein Kanal-Server die MCP-Protokoll-Revision 2026-07-28 aushandelt, kann er keine Kanal-Nachrichten liefern, daher registriert Claude Code ihn nicht als Kanal. Das Verlassen der Variable ungesetzt oder das Setzen auf legacy hält Stdio-Server auf dem früheren Handshake.
Das Pro-Server-timeout ist eine harte Wanduhr-Grenze pro Tool-Aufruf, und Fortschrittsbenachrichtigungen vom Server verlängern sie nicht. Werte unter 1000 werden ignoriert und fallen auf MCP_TOOL_TIMEOUT zurück, oder auf seinen Standard von etwa 28 Stunden, wenn diese Variable nicht gesetzt ist. Für einen HTTP-, SSE- oder claude.ai-Connector-Server gibt es auch einen zweiten, Pro-Request-Timer, der jeden Request bis zur ersten Antwort-Byte des Servers abdeckt. Claude Code setzt diesen Timer auf das Maximum von drei Werten: 60 Sekunden, das Tool-Timeout, das für den Server gilt, und MCP_TIMEOUT. Der 28-Stunden-Standard eines nicht gesetzten MCP_TOOL_TIMEOUT speist diese Vergleichung nicht, und ein Wert unter 60 Sekunden verkürzt den Timer nicht. Stdio- und WebSocket-Server haben keinen Pro-Request-Timer.
Ein Pro-Server-timeout von mindestens 1000 fungiert auch als Untergrenze für das unten beschriebene Idle-Timeout: Claude Code bricht die Tool-Aufrufe dieses Servers niemals wegen Untätigkeit früher ab als das Pro-Server-timeout. Erfordert Claude Code v2.1.203 oder später.
Ein Tool-Aufruf an einen MCP-Server, der für das Idle-Fenster keine Antwort und keine Fortschrittsbenachrichtigung sendet, bricht mit einem Fehler ab, anstatt auf die Wanduhr-Grenze zu warten. Das Idle-Timeout erfordert Claude Code v2.1.187 oder später. Es gilt für jeden Server-Typ außer IDE-Servern und SDK-In-Process-Servern. Das Idle-Fenster beträgt standardmäßig fünf Minuten für HTTP-, SSE-, WebSocket- und claude.ai-Connector-Server und 30 Minuten für Stdio-Server. Vor v2.1.203 waren Stdio-Server vom Idle-Timeout ausgenommen.
Setzen Sie die Umgebungsvariable CLAUDE_CODE_MCP_TOOL_IDLE_TIMEOUT in Millisekunden, um das Idle-Fenster zu ändern, oder setzen Sie sie auf 0, um die Überprüfung zu deaktivieren.
Diese Timeouts begrenzen, wie lange ein Aufruf ausgeführt werden kann, nicht immer wie lange er die Sitzung blockiert: Ein Hauptkonversations-Aufruf, der zwei Minuten überschreitet, wird zuerst zu einer Hintergrund-Aufgabe. Siehe Automatisches Backgrounding von langen Tool-Aufrufen.
Automatisches Backgrounding von langen Tool-Aufrufen
Ein MCP-Tool-Aufruf in der Hauptkonversation, der nach zwei Minuten noch läuft, wird zu einer Hintergrund-Aufgabe, anstatt die Sitzung zu blockieren. Claude erhält die Aufgaben-ID sofort und arbeitet weiter, und das Ergebnis kommt als Aufgaben-Benachrichtigung, wenn der Aufruf sich setzt. Automatisches Backgrounding erfordert Claude Code v2.1.212 oder später. Die Aufgabe erscheint in/tasks, wo Sie sie auch stoppen können, und sie überlebt nicht das Beenden der Sitzung. Die Pro-Aufruf-Grenzen gelten immer noch, während der Aufruf im Hintergrund läuft: die Wanduhr-Grenze, die durch das Pro-Server-timeout oder MCP_TOOL_TIMEOUT gesetzt wird, und das Idle-Timeout, das durch CLAUDE_CODE_MCP_TOOL_IDLE_TIMEOUT gesetzt wird.
Setzen Sie die Umgebungsvariable CLAUDE_CODE_MCP_AUTO_BACKGROUND_MS in Millisekunden, um den Schwellenwert zu ändern, oder setzen Sie sie auf 0, um automatisches Backgrounding auszuschalten. Das Setzen von CLAUDE_CODE_DISABLE_BACKGROUND_TASKS auf 1 schaltet es auch aus, zusammen mit allen anderen Hintergrund-Aufgaben-Funktionen.
Einige Aufrufe werden niemals in den Hintergrund verschoben:
- Aufrufe von Subagenten; Claude Code verschiebt nur Hauptkonversations-Aufrufe
- Aufrufe an IDE-Server
- Aufrufe im nicht-interaktiven Modus, es sei denn,
CLAUDE_AUTO_BACKGROUND_TASKSist auf1gesetzt, da ein One-Shot-Lauf enden kann, bevor das Ergebnis ankommt
Von Plugins bereitgestellte MCP-Server
Plugins können MCP-Server bündeln, die Tools und Integrationen bereitstellen, wenn Sie das Plugin aktivieren. Plugin-MCP-Server funktionieren identisch mit benutzerkonfigurierten Servern. Wie Plugin-MCP-Server funktionieren:- Plugins definieren MCP-Server in
.mcp.jsonim Plugin-Root oder inline inplugin.json - Wenn Sie ein Plugin aktivieren, starten seine MCP-Server automatisch
- Claude Code bietet Plugin-MCP-Tools neben manuell konfigurierten MCP-Tools an
- Sie fügen Plugin-Server hinzu und entfernen sie durch Installation oder Deinstallation des Plugins, nicht mit
/mcp-Befehlen. Sie können einen installierten Plugin-Server immer noch ohne Entfernung ausschalten in/mcp, was Claude Code daran hindert, sich damit zu verbinden, ohne das Plugin zu entfernen
.mcp.json im Plugin-Root:
plugin.json:
- Automatischer Lebenszyklus: Server verbinden und trennen sich an diesen Punkten:
- Beim Sitzungsstart verbindet Claude Code die Server für aktivierte Plugins automatisch. In
/mcpkann ein Remote-HTTP- oder SSE-Plugin-Server, den Sie zuvor verwendet haben, dencached-Status statt anzeigen; Claude Code verbindet ihn, wenn Claude eines seiner Tools zum ersten Mal aufruft - Wenn Sie ein Plugin während einer Sitzung aktivieren oder deaktivieren, verbindet Claude Code seine MCP-Server oder trennt sie, wenn die Änderung angewendet wird. Plugin-Änderungen ohne Neustart anwenden beschreibt, wann das ist. In einer Sitzung ohne interaktives Terminal verbindet oder trennt
/reload-pluginsPlugin-MCP-Server nicht; diese Änderungen treten in Ihrer nächsten Sitzung in Kraft - Wenn Sie neu laden, behält Claude Code die Live-Verbindungen von Plugin-Servern, deren Konfiguration unverändert ist, und macht das gleiche, wenn Sie die MCP-Server-Liste der Sitzung vom Agent SDK ersetzen, ohne sie zu benennen
- Wenn Sie die Sitzung mit
/cdin ein anderes Verzeichnis verschieben bei v2.1.246 oder später, verbindet Claude Code die Server von Plugins, die die Einstellungen des neuen Verzeichnisses aktivieren, und trennt die Server von Plugins, die nicht mehr aktiviert sind, daher müssen Sie/reload-pluginsnach der Verschiebung nicht ausführen - In Web-Sitzungen startet ein MCP-Aufruf an einen Plugin-Server, der noch nicht verbunden ist, wie direkt nach einer Idle-Sitzung, die aufwacht, den Server bei Bedarf und wartet auf die Verbindung
- Beim Sitzungsstart verbindet Claude Code die Server für aktivierte Plugins automatisch. In
- Pfad-Platzhalter:
${CLAUDE_PLUGIN_ROOT}wird in das Installationsverzeichnis des Plugins aufgelöst,${CLAUDE_PLUGIN_DATA}in sein persistentes Zustandsverzeichnis, und${CLAUDE_PROJECT_DIR}in das stabile Projektstammverzeichnis. Die Substitution gilt für:stdio-Server:command,args,envhttp-,sse- undws-Server:url,headersundheadersHelper. Vor v2.1.195 übergabheadersHelperden Platzhalter als Literal-String
- Zugriff auf Benutzerumgebung: Zugriff auf die gleichen Umgebungsvariablen wie manuell konfigurierte Server
- Mehrere Transporttypen: Unterstützung für Stdio-, SSE-, HTTP- und WebSocket-Transporte, wobei die Transportunterstützung je nach Server variieren kann
/mcp mit Indikatoren, die zeigen, dass sie von Plugins stammen.
Plugin-MCP-Tool-Namen:
Tools von einem Plugin-gebündelten MCP-Server enthalten sowohl den Plugin-Namen als auch den Server-Schlüssel in ihrem aufrufbaren Namen. Die vollständige Form ist mcp__plugin_<plugin-name>_<server-name>__<tool-name>, wobei jedes Zeichen außerhalb von A-Z, a-z, 0-9, _ und - durch _ ersetzt wird. Für den Server database-tools, der in einem Plugin namens my-plugin gebündelt ist, ist ein query-Tool aufrufbar als:
allowed-tools-Liste eines Skills, dem tools-Feld eines Subagenten oder einem Hook-Matcher verweisen. Ein Hook-Matcher, der gegen den bloßen Server-Schlüssel geschrieben wurde, wie mcp__database-tools__.*, wird niemals für einen Plugin-gebündelten Server ausgelöst.
Der Server selbst registriert sich unter dem scoped Namen plugin:<plugin-name>:<server-name>, wie plugin:my-plugin:database-tools. Verwenden Sie diesen Namen, wo ein konfigurierter Server-Name erwartet wird, wie das server-Feld eines mcp_tool-Hooks.
Siehe die Plugin-Komponenten-Referenz für Details zum Bündeln von MCP-Servern mit Plugins.
MCP-Installationsbereiche
MCP-Server können auf drei verschiedenen Bereichsebenen konfiguriert werden. Der Bereich, den Sie wählen, steuert, in welchen Projekten der Server geladen wird und ob die Konfiguration mit Ihrem Team geteilt wird. Administratoren können Server auch auf Unternehmensebene über verwaltete Konfiguration bereitstellen oder zur Verfügung stellen.Lokaler Bereich
Der lokale Bereich ist der Standard. Ein lokal begrenzter Server wird nur in dem Projekt geladen, in dem Sie ihn hinzugefügt haben, und bleibt privat für Sie. Claude Code speichert ihn in~/.claude.json unter dem Pfad dieses Projekts, daher wird derselbe Server nicht in Ihren anderen Projekten angezeigt. Verwenden Sie den lokalen Bereich für persönliche Entwicklungsserver, experimentelle Konfigurationen oder Server mit Anmeldedaten, die Sie nicht in der Versionskontrolle haben möchten.
~/.claude.json (Ihr Home-Verzeichnis) gespeichert, während allgemeine lokale Einstellungen .claude/settings.local.json (im Projektverzeichnis) verwenden. Siehe Einstellungen für Details zu Einstellungsdatei-Speicherorten.~/.claude.json. Das folgende Beispiel zeigt das Ergebnis, wenn Sie ihn von /path/to/your/project aus ausführen:
Projektbereich
Projektbegrenzte Server ermöglichen Teamzusammenarbeit durch das Speichern von Konfigurationen in einer.mcp.json-Datei im Root-Verzeichnis Ihres Projekts. Wenn Sie einen projektbegrenzten Server hinzufügen, erstellt oder aktualisiert Claude Code automatisch diese Datei mit der entsprechenden Konfigurationsstruktur. Checken Sie .mcp.json in die Versionskontrolle ein, damit alle Mitglieder Ihres Teams die gleichen MCP-Tools und -Dienste erhalten.
.mcp.json-Datei folgt einem standardisierten Format:
.mcp.json-Dateien in interaktiven Sitzungen verwendet werden. Um diese Genehmigungswahlmöglichkeiten zurückzusetzen, führen Sie claude mcp reset-project-choices aus.
In claude -p-Läufen, Agent SDK-Sitzungen und Cloud-Sitzungen kann Claude Code diese Eingabeaufforderung nicht anzeigen: Es lädt projektbegrenzte Server ohne Nachfrage. Claude Code überspringt die Eingabeaufforderung auch in einer Sitzung, die Sie im bypassPermissions-Modus mit skipDangerousModePermissionPrompt in Ihren Benutzereinstellungen oder in verwalteten Einstellungen starten. Um einen Server trotzdem auszuschließen:
- Fügen Sie ihn zu
disabledMcpjsonServershinzu, was ihn in jedem Berechtigungsmodus blockiert. - Schließen Sie Projekteinstellungen vollständig mit
--setting-sourcesoder der SDK-OptionsettingSourcesaus. - Starten Sie die Sitzung mit
--strict-mcp-config. Claude Code verwendet dann nur die MCP-Server, die Sie mit--mcp-configübergeben. Das Überspringen der Genehmigungsaufforderung für die projektbegrenzten Server, die Claude Code nicht lädt, erfordert Claude Code v2.1.246 oder später; vor v2.1.246 wartete eine strikte Sitzung immer noch auf Genehmigung für diese, was Hintergrundsitzungen beim Start wartend ließ. Siehe Exklusive Kontrolle mit managed-mcp.json für das, was das Flag unter einer verwalteten MCP-Datei tut.
Benutzerbereich
Benutzerbegrenzte Server werden in~/.claude.json gespeichert und bieten projektübergreifende Zugänglichkeit, wodurch sie über alle Projekte auf Ihrem Computer verfügbar sind und gleichzeitig privat für Ihr Benutzerkonto bleiben. Dieser Bereich funktioniert gut für persönliche Utility-Server, Entwicklungstools oder Dienste, die Sie häufig über verschiedene Projekte hinweg verwenden.
Bereichshierarchie und Vorrang
Wenn derselbe Server auf mehreren Bereichen definiert ist, verbindet sich Claude Code einmal damit und verwendet die Definition aus der höchsten Vorrangsquelle. Der gesamte Server-Eintrag aus dieser Quelle wird verwendet; Felder werden nicht über Bereiche hinweg zusammengeführt.- Lokaler Bereich
- Projektbereich
- Benutzerbereich
- Von Plugins bereitgestellte Server
- claude.ai-Connectoren
managedMcpServers bereitstellt, hat Vorrang vor all diesen, daher verbindet sich Claude Code mit der Definition der Organisation, wenn einer von ihnen ihn dupliziert. Erfordert Claude Code v2.1.259 oder später.
Wenn Sie eine lokale Sitzung in der Code-Registerkarte der Desktop-App mit dem gleichen stdio-Servernamen auf der obersten Ebene von ~/.claude.json (Benutzerbereich) und in .mcp.json öffnen, verwendet die Code-Registerkarte die ~/.claude.json-Definition.
Umgebungsvariablen-Erweiterung in .mcp.json
Claude Code unterstützt die Umgebungsvariablen-Erweiterung in .mcp.json-Dateien, die es Teams ermöglicht, Konfigurationen zu teilen und gleichzeitig Flexibilität für maschinenspezifische Pfade und vertrauliche Werte wie API-Schlüssel zu bewahren.
Unterstützte Syntax:
${VAR}: erweitert sich zum Wert der UmgebungsvariablenVAR${VAR:-default}: erweitert sich zuVAR, wenn gesetzt, andernfalls wirddefaultverwendet
command: der Server-Ausführungspfadargs: Befehlszeilenargumenteenv: Umgebungsvariablen, die an den Server übergeben werdenurl: für HTTP-Server-Typenheaders: für HTTP-Server-Authentifizierung
claude mcp list und verwendet den nicht erweiterten ${VAR}-Text unverändert. Setzen Sie die Variable oder fügen Sie einen :-default-Fallback hinzu, damit der Server mit dem beabsichtigten Wert startet.
Praktische Beispiele
Beispiel: Mit GitHub für Code-Reviews verbinden
GitHubs Remote-MCP-Server authentifiziert sich mit einem GitHub-Personal-Access-Token, der als Header übergeben wird. Um einen zu erhalten, öffnen Sie Ihre GitHub-Token-Einstellungen, generieren Sie ein neues feingranulares Token mit Zugriff auf die Repositories, mit denen Claude arbeiten soll, und fügen Sie dann den Server hinzu:YOUR_GITHUB_PAT durch Ihren persönlichen Zugriffs-Token. Der Befehl claude mcp add speichert die Konfiguration, ohne Anmeldedaten zu validieren, daher wird hier ein Platzhalterwert akzeptiert, aber der Server kann sich später nicht verbinden. Um die Verbindung zu überprüfen, führen Sie /mcp aus und überprüfen Sie, dass der Server connected anzeigt. Ein Server mit ungültigen Anmeldedaten zeigt failed, und die Fehlerdetails enthalten den HTTP-Status, den der Server zurückgegeben hat, z. B. einen 401.
Arbeiten Sie dann mit GitHub:
Beispiel: Ihre PostgreSQL-Datenbank abfragen
DBHub, das Paket@bytebase/dbhub, ist ein MCP-Server, der Claude mit einer relationalen Datenbank über die Verbindungszeichenfolge verbindet, die Sie in --dsn übergeben. Verwenden Sie einen schreibgeschützten Datenbankbenutzer in der Verbindungszeichenfolge, damit die Abfragen, die Claude ausführt, keine Daten ändern können:
/mcp aus und überprüfen Sie, dass db connected anzeigt.
Fragen Sie dann Ihre Datenbank natürlich ab:
Mit Remote-MCP-Servern authentifizieren
Viele Cloud-basierte MCP-Server erfordern Authentifizierung. Claude Code unterstützt OAuth 2.0 für sichere Verbindungen. Claude Code markiert einen Remote-Server als authentifizierungsbedürftig, wenn der Server mit401 Unauthorized oder 403 Forbidden antwortet. Was Claude Code anzeigt, hängt vom Server ab:
- Für einen Server, bei dem Sie sich nicht angemeldet haben, kennzeichnet jeder dieser Statuscodes den Server in
/mcp, damit Sie den OAuth-Fluss abschließen können. - Für einen claude.ai-Connector kennzeichnet ein
401, das durch die Ablehnung Ihres Sitzungs-Tokens durch claude.ai verursacht wird, den Connector nicht, da eine erneute Autorisierung des Connectors Ihre Anmeldung nicht beheben kann. Claude Code zeigt stattdessen den Zustand „Sitzungs-Token abgelehnt” an. - Für einen Server, dessen
Authorization-Header Sie konfiguriert haben, inheadersoder über einenheadersHelper, kennzeichnet ein401oder403beim Verbinden den Server nicht, da die Anmeldedaten, die behoben werden müssen, diejenigen sind, die Sie konfiguriert haben. Claude Code meldet die Verbindung stattdessen als fehlgeschlagen. - Für einen Connector, der an eine Cloud-Sitzung übermittelt wird, führt Claude Code keinen Anmeldungsfluss aus, da die Proxy der Sitzung sich beim Connector mit der Autorisierung authentifiziert, die Sie in claude.ai gewährt haben. Wenn ein Connector dort erneut autorisiert werden muss, verbinden Sie ihn erneut unter claude.ai/customize/connectors, anstatt aus der Sitzung.
401 Unauthorized zurückgibt, aktualisiert Claude Code das gespeicherte Token, verbindet sich erneut und wiederholt die Anfrage einmal. Der Server wird in /mcp nur gekennzeichnet, wenn dieser Wiederholungsversuch auch fehlschlägt. Vor v2.1.206 kennzeichnete eine Token-Aktualisierung, die aus einem vorübergehenden Grund fehlschlug, wie z. B. ein Netzwerkfehler, einen OAuth-Server als authentifizierungsbedürftig für den Rest der Sitzung, obwohl sein Refresh-Token noch gültig war.
Wenn der Server das gespeicherte Refresh-Token ablehnt, zeigt Claude Code sofort einen Hinweis an, der auf /mcp verweist. Öffnen Sie /mcp und wählen Sie Re-authenticate auf dem Server, um sich erneut anzumelden, bevor der nächste Tool-Aufruf fehlschlägt.
Ein benutzerdefinierter Server, der einen WWW-Authenticate-Header zurückgibt, der auf seinen Autorisierungsserver verweist, erhält die gleiche automatische Erkennung wie jeder andere Remote-Server.
Claude Code zeigt auch einen Starthinweis an, wenn ein oder mehrere konfigurierte Server Authentifizierung benötigen, sodass Sie /mcp nicht öffnen müssen, um zu erkennen, welche Server Anmeldung benötigen. Der Hinweis erfordert Claude Code v2.1.193 oder später. Er zählt nur Server, bei denen Sie sich von Claude Code aus anmelden können. Vor v2.1.218 zählte er auch claude.ai-Connectors, die nicht in claude.ai verbunden waren, die Sie nur aus den claude.ai-Einstellungen verbinden können.
Im nicht-interaktiven Modus gibt es kein /mcp-Panel, daher kann Claude Code den OAuth-Fluss nicht für Sie ausführen. Ab v2.1.196 teilt Claude Code Claude mit, dass die Tools des Servers nicht verfügbar sind, bis Sie ihn autorisieren, wenn ein konfigurierter Server während eines claude -p- oder Agent SDK-Laufs mit aktivierter Tool-Suche (Standard) Authentifizierung benötigt. Claude kann dann den Server benennen, der Anmeldung benötigt, anstatt so zu reagieren, als wäre der Server nicht konfiguriert. Schließen Sie die Anmeldung aus einer interaktiven Sitzung mit /mcp oder claude mcp login <name> ab.
Wenn Sie headers.Authorization für den Server konfiguriert haben und der Server diesen Header ablehnt, meldet Claude Code die Verbindung als fehlgeschlagen, anstatt auf OAuth zurückzugreifen. Überprüfen Sie, dass das Token für den MCP-Endpunkt gültig ist, oder entfernen Sie den Header, um den OAuth-Fluss zu verwenden.
Fügen Sie den Server hinzu, der Authentifizierung erfordert
sentry-Server bereits in der MCP-Schnellstartanleitung hinzugefügt haben, überspringen Sie diesen Schritt: Das Ausführen von claude mcp add erneut mit dem gleichen Servernamen im gleichen Bereich schlägt mit MCP server sentry already exists in local config fehl. Führen Sie andernfalls aus:Verwenden Sie den /mcp-Befehl innerhalb von Claude Code
Authentifizieren Sie sich über die Befehlszeile
Ab v2.1.186 führtclaude mcp login <name> den OAuth-Fluss eines konfigurierten Servers direkt aus Ihrer Shell aus, sodass Sie das /mcp-Panel nicht innerhalb einer Sitzung öffnen müssen.
claude mcp logout <name> aus.
Ab v2.1.191 erkennt der Befehl, wenn kein lokaler Browser verfügbar ist, z. B. während einer SSH-Sitzung oder unter Linux ohne Display-Server, und gibt die Autorisierungs-URL aus, anstatt zu versuchen, einen Browser zu öffnen. Öffnen Sie die URL auf Ihrem lokalen Computer und fügen Sie dann die vollständige Umleitungs-URL aus der Adressleiste Ihres Browsers an der Eingabeaufforderung ein. Der Befehl benötigt ein interaktives Terminal für den Einfügungsschritt, daher verbinden Sie sich mit ssh -t. Übergeben Sie --no-browser, um die URL-Eingabeaufforderung zu erzwingen, auch wenn ein lokaler Browser erkannt wird.
Verwenden Sie einen festen OAuth-Callback-Port
Einige MCP-Server erfordern einen spezifischen Redirect-URI, der im Voraus registriert ist. Standardmäßig wählt Claude Code einen zufällig verfügbaren Port für den OAuth-Callback. Verwenden Sie--callback-port, um den Port zu fixieren, damit er einem vorregistrierten Redirect-URI der Form http://localhost:PORT/callback entspricht. Wenn die Anmeldung auf Claude Code v2.1.229 mit einem Redirect-URI-Mismatch fehlschlägt, siehe die Versionsnote unter Verwenden Sie vorkonfigurierte OAuth-Anmeldedaten.
Sie können --callback-port allein (mit dynamischer Client-Registrierung) oder zusammen mit --client-id (mit vorkonfigurierten Anmeldedaten) verwenden.
Verwenden Sie vorkonfigurierte OAuth-Anmeldedaten
Einige MCP-Server unterstützen keine automatische OAuth-Einrichtung über Dynamic Client Registration. Wenn Sie einen Fehler wie „Incompatible auth server: does not support dynamic client registration” sehen, erfordert der Server vorkonfigurierte Anmeldedaten. Claude Code unterstützt auch Server, die ein Client ID Metadata Document (CIMD) anstelle von Dynamic Client Registration verwenden, und erkennt diese automatisch. Wenn die automatische Erkennung fehlschlägt, registrieren Sie zunächst eine OAuth-App über das Entwicklerportal des Servers und geben Sie dann die Anmeldedaten beim Hinzufügen des Servers an.Registrieren Sie eine OAuth-App beim Server
http://localhost:PORT/callback. Verwenden Sie denselben Port mit --callback-port im nächsten Schritt.In v2.1.229 sendete Claude Code http://127.0.0.1:PORT/callback stattdessen, und Server, die den registrierten Redirect-URI exakt abgleichen, lehnten die Anmeldung mit einem Redirect-URI-Mismatch ab. Claude Code v2.1.231 stellte die localhost-Form wieder her. Um auf v2.1.229 zu beheben, aktualisieren Sie Claude Code, oder fügen Sie vorübergehend die http://127.0.0.1:PORT/callback-Form zu den registrierten Redirect-URIs des Servers hinzu.Fügen Sie den Server mit Ihren Anmeldedaten hinzu
--callback-port verwendete Port kann ein beliebiger verfügbarer Port sein. Er muss dem Redirect-URI entsprechen, den Sie im vorherigen Schritt registriert haben.- claude mcp add
- claude mcp add-json
- claude mcp add-json (nur Callback-Port)
- CI / Umgebungsvariable
--client-id, um die Client-ID Ihrer App zu übergeben. Das Flag --client-secret fordert das Secret mit maskierter Eingabe an:Authentifizieren Sie sich in Claude Code
/mcp in Claude Code aus und folgen Sie dem Browser-Login-Ablauf.Überschreiben Sie die OAuth-Metadaten-Erkennung
Verweisen Sie Claude Code auf eine spezifische OAuth-Autorisierungsserver-Metadaten-URL, um die Standard-Erkennungskette zu umgehen. Legen SieauthServerMetadataUrl fest, wenn die Standard-Endpunkte des MCP-Servers Fehler zurückgeben, oder wenn Sie die Erkennung durch einen internen Proxy leiten möchten. Standardmäßig überprüft Claude Code zunächst RFC 9728 Protected Resource Metadata unter /.well-known/oauth-protected-resource und fällt dann auf RFC 8414 Authorization Server Metadata unter /.well-known/oauth-authorization-server zurück.
Legen Sie authServerMetadataUrl im Objekt oauth der Konfiguration Ihres Servers in .mcp.json fest:
https:// verwenden. Die scopes_supported der Metadaten-URL überschreiben die Bereiche, die der Upstream-Server bewirbt.
Beschränken Sie OAuth-Bereiche
Legen Sieoauth.scopes fest, um die Bereiche zu fixieren, die Claude Code während des Autorisierungsflusses anfordert. Dies ist die unterstützte Methode, um einen MCP-Server auf eine von Ihrem Sicherheitsteam genehmigte Teilmenge zu beschränken, wenn der Upstream-Autorisierungsserver mehr Bereiche bewirbt, als Sie gewähren möchten. Der Wert ist eine einzelne durch Leerzeichen getrennte Zeichenkette, die dem scope-Parameter-Format in RFC 6749 §3.3 entspricht.
oauth.scopes hat Vorrang vor sowohl authServerMetadataUrl als auch den Bereichen, die der Server unter /.well-known entdeckt. Lassen Sie es ungesetzt, damit der MCP-Server den angeforderten Bereichssatz bestimmt.
Ab v2.1.196 fordert Claude Code, wenn oauth.scopes nicht gesetzt ist, den Bereich an, der vom WWW-Authenticate-Header des Servers oder seinen Protected Resource Metadata bereitgestellt wird, und sendet keinen scope-Parameter, wenn keiner von beiden einen bereitstellt. Es fordert nicht mehr den vollständigen scopes_supported-Katalog aus automatisch erkannten Authorization Server Metadata an. Das Anfordern dieses Katalogs führte dazu, dass Identity Provider, die Admin-only- oder Template-Bereiche bewerben, die Autorisierungsanfrage mit einem invalid_scope-Fehler ablehnten. Metadaten, die von einer konfigurierten authServerMetadataUrl abgerufen werden, liefern immer noch ihre scopes_supported als die angeforderten Bereiche.
Wenn der Autorisierungsserver offline_access in scopes_supported bewirbt, fügt Claude Code es zu den fixierten Bereichen hinzu, damit das Zugriffs-Token ohne neue Browser-Anmeldung aktualisiert werden kann.
Wenn der Server später einen 403 insufficient_scope für einen Tool-Aufruf zurückgibt, authentifiziert sich Claude Code mit den gleichen fixierten Bereichen erneut. Erweitern Sie oauth.scopes, wenn ein Tool, das Sie benötigen, einen Bereich außerhalb der Fixierung erfordert.
Verwenden Sie dynamische Header für benutzerdefinierte Authentifizierung
Wenn Ihr MCP-Server ein anderes Authentifizierungsschema verwendet als OAuth (wie Kerberos, kurzlebige Token oder ein internes SSO), verwenden SieheadersHelper, um Request-Header zur Verbindungszeit zu generieren. Claude Code führt den Befehl aus und fügt seine Ausgabe in die Verbindungs-Header ein.
- Der Befehl muss ein JSON-Objekt mit String-Schlüssel-Wert-Paaren auf stdout schreiben
- Claude Code führt den Befehl in einer Shell aus und gibt ihn nach 10 Sekunden auf
- Claude Code wählt das Arbeitsverzeichnis des Befehls nach wo Sie den Server konfiguriert haben, daher geben Sie das Skript als absoluten Pfad an oder setzen Sie es auf
PATH - Dynamische Header überschreiben alle statischen
headersmit dem gleichen Namen
401 Unauthorized oder 403 Forbidden zurückgibt, führt Claude Code den Helper automatisch erneut unter der gleichen Regel aus, verbindet sich mit den neuen Headern erneut und wiederholt den Aufruf einmal. Claude Code markiert den Server als authentifizierungsbedürftig in /mcp nur, wenn dieser Wiederholungsversuch auch fehlschlägt.
Wenn die Ausgabe des Helpers einen Authorization-Header enthält, verwendet Claude Code diese Anmeldedaten als Authentifizierung des Servers und fällt nicht auf OAuth für den Server zurück.
Wenn der Server die Anmeldedaten des Helpers beim Verbinden ablehnt, meldet Claude Code die Verbindung als fehlgeschlagen, anstatt den Server als authentifizierungsbedürftig zu markieren. Beheben Sie die Anmeldedaten, die Ihr Helper zurückgibt, und verbinden Sie sich dann von /mcp erneut, um den Helper erneut auszuführen.
Claude Code setzt diese Umgebungsvariablen beim Ausführen des Helpers:
headersHelper kann nicht auf die ${user_config.*}-Werte des Plugins verweisen, da der Befehl durch eine Shell ausgeführt wird. Claude Code meldet den Server als fehlkonfiguriert mit einem Fehler und ersetzt den Wert nicht. Setzen Sie ${user_config.KEY} stattdessen in das Feld headers des Servers, das nicht shell-geparst wird, oder lassen Sie das Helper-Skript den Wert aus einer Konfigurationsdatei lesen. Vor v2.1.207 ersetzte headersHelper ${user_config.*}-Werte.
Wo der Helper ausgeführt wird
Claude Code wählt das Arbeitsverzeichnis desheadersHelper-Befehls aus der Konfiguration, die den Server deklariert. Ein cd, das Claude in Bash ausführt, verschiebt es nicht, und /cd verschiebt es nur für Server, die aus dem primären Arbeitsverzeichnis der Sitzung ausgeführt werden. Jede Zeile unten gibt das Verzeichnis an, gegen das ein relativer Pfad in Ihrem headersHelper-Befehl aufgelöst wird.
Welche Variablen ein Helper lesen kann
EinheadersHelper, den ein Repository oder Plugin bereitstellt, ist ein Befehl, den Sie nicht geschrieben haben, daher führt Claude Code ihn ohne die Anmeldedaten-Variablen aus Ihrer Umgebung aus, wie z. B. ANTHROPIC_API_KEY. Wo Sie den Server konfiguriert haben, entscheidet, ob dies zutrifft:
- Entfernt: ein Server in einer Projekt
.mcp.jsonoder in einem Plugin, und ein Inline-Server in einer Agent-Datei aus Ihrem Projekt oder aus einem--add-dir-Verzeichnis - Nicht entfernt: ein Server bei User Scope oder Local Scope, in verwaltetes MCP, von einem claude.ai-Connector, oder bereitgestellt von der SDK oder
--mcp-config, und ein Inline-Server in einer Agent-Datei aus~/.claude/agents/, aus verwalteten Einstellungen, oder übergeben mit--agents
GIT_CONFIG_KEY_<n>-Variablen entfernt Claude Code jede Variable aus Ihrer Umgebung, deren Name wie eine Anmeldedaten aussieht, wie z. B. ein Name mit TOKEN, SECRET, PASSWORD, KEY oder AUTH darin in beiden Buchstabenfällen, daher werden sowohl ANTHROPIC_API_KEY als auch MY_REGISTRY_TOKEN entfernt. Claude Code entfernt auch eine feste Liste von Anmeldedaten-Variablen, deren Namen diesem Muster nicht folgen, wie z. B. ANTHROPIC_CUSTOM_HEADERS.
Wenn dies auf Ihren Helper zutrifft, lassen Sie das Skript seine Anmeldedaten aus einer Datei oder einem Anmeldedaten-Speicher lesen. Wenn die url des Servers eine dieser Variablen erweitert, hat der CLAUDE_CODE_MCP_SERVER_URL-Wert, den der Helper erhält, diesen Teil durch REDACTED ersetzt.
Vertrauen Sie einem Ordner, bevor sein headersHelper ausgeführt wird
Claude Code führt einenheadersHelper als beliebigen Shell-Befehl aus. Für einen Server in einer Projekt .mcp.json oder bei Local Scope führt es den Helper nur aus, nachdem Sie den Vertrauensdialog für das Projektverzeichnis akzeptiert haben, in dem der Server deklariert ist. Vor v2.1.238 führte eine claude -p- oder SDK-Sitzung diese Helper ohne Vertrauensprüfung aus, und eine interaktive Sitzung führte sie aus, sobald Sie einen übergeordneten Ordner vertraut hatten.
- Vertrauen, das nicht zählt: das Vertrauen eines übergeordneten Ordners und das automatische Vertrauen, das eine
claude -p- oder SDK-Sitzung für Hooks in Einstellungsdateien erhält - Bis Sie den Ordner vertrauen: Claude Code verbindet den Server nur mit seinen statischen
headers. In einerclaude -p- oder SDK-Sitzung druckt es auch eineheadersHelper not run-Zeile pro Server auf stderr, die Ihnen sagt, wie Sie das Vertrauen gewähren. - Vertrauen ohne Dialog: setzen Sie
projects["<path>"].hasTrustDialogAcceptedauftruein~/.claude.json.<path>ist der Ordner, auf den Project allow rules and workspace trust sagt, dass Claude Code das Vertrauen basiert.
.claude/agents/-Verzeichnis, oder ein --add-dir-Verzeichnis. Bis Sie dieses Projekt oder Verzeichnis selbst vertrauen, lädt Claude Code den Server überhaupt nicht, daher wird sein Helper auch nie ausgeführt.
MCP-Server aus JSON-Konfiguration hinzufügen
Wenn Sie eine JSON-Konfiguration für einen MCP-Server haben, können Sie sie direkt hinzufügen:Fügen Sie einen MCP-Server aus JSON hinzu
Überprüfen Sie, dass der Server hinzugefügt wurde
MCP-Server aus Claude Desktop importieren
Wenn Sie bereits MCP-Server in Claude Desktop konfiguriert haben, können Sie diese importieren:Importieren Sie Server aus Claude Desktop
Wählen Sie aus, welche Server importiert werden sollen
Überprüfen Sie, dass die Server importiert wurden
claude mcp-Befehle hinzugefügt werden, dürfen nur Buchstaben, Zahlen, Bindestriche und Unterstriche enthalten. Claude Desktop wendet diese Einschränkung nicht an, daher kann ein Claude Desktop-Server, dessen Name ein anderes Zeichen wie ein Leerzeichen enthält, nicht importiert werden. Der Import meldet jeden Namen, den er ablehnt, und importiert weiterhin die anderen Server, die Sie ausgewählt haben. Vor v2.1.205 stoppte der erste ungültige Name den Import und keiner der ausgewählten Server wurde hinzugefügt.
MCP-Server von claude.ai verwenden
Wenn Sie sich bei Claude Code mit einem claude.ai-Konto angemeldet haben, sind MCP-Server, die Sie in claude.ai hinzugefügt haben, bekannt als Connectors, automatisch in Claude Code verfügbar:MCP-Server in claude.ai konfigurieren
MCP-Server authentifizieren
Server in Claude Code anzeigen und verwalten
managed in /mcp und im /plugin-Manager, wenn Ihre Organisation dessen Authentifizierung in claude.ai verwaltet. Der Status „Managed” ändert nicht, wie Claude Code sich mit dem Connector verbindet oder wie die Tool-Kontrollen Ihrer Organisation angewendet werden.
Connectors, bei denen Sie sich noch nie angemeldet haben, werden hinter einer Zeile Show unused connectors am Ende des claude.ai-Abschnitts ausgeblendet, damit eine von der Organisation bereitgestellte Liste das Panel nicht ausfüllt. Wählen Sie die Zeile aus, um sie zu erweitern. Ein Connector, bei dem Sie sich zuvor angemeldet haben, bleibt sichtbar, auch wenn er derzeit eine erneute Authentifizierung benötigt.
Connectors von claude.ai werden nur abgerufen, wenn Ihre aktive Authentifizierungsmethode ein claude.ai-Abonnement-Login ist. Sie werden nicht geladen, auch wenn Sie zuvor /login ausgeführt haben, wenn:
ANTHROPIC_API_KEY,ANTHROPIC_AUTH_TOKENoderapiKeyHelperaktiv ist- Ein Drittanbieter wie Amazon Bedrock oder Google Cloud’s Agent Platform aktiv ist
ANTHROPIC_PROFILE, die Verbundfariablen oder ein aktives Anthropic-Profil die Anmeldedaten bereitstelltCLAUDE_CODE_OAUTH_TOKENein Token vonclaude setup-tokenenthält, das nur Modellanfragen stellen kann
/mcp einen Connector, den Sie hinzugefügt haben, nicht auflistet, führen Sie /status aus, um zu bestätigen, welche Authentifizierungsmethode aktiv ist. Heben Sie diese Umgebungsvariable auf, entfernen Sie die apiKeyHelper-Einstellung oder schalten Sie das Profil aus, und führen Sie dann /login aus, um Ihr claude.ai-Konto auszuwählen.
Wenn ein temporäres Netzwerkproblem verhindert, dass die Connector-Liste beim Start Ihrer Sitzung geladen wird, versucht Claude Code den Abruf bis zu dreimal im Hintergrund erneut, und die Connectors werden angezeigt, sobald ein erneuter Versuch erfolgreich ist. Wenn sie immer noch nicht angezeigt werden, starten Sie Claude Code neu, um die Liste erneut abzurufen.
Wenn /mcp einen Connector als connected · session token rejected anzeigt oder seine Detailansicht claude.ai rejected the session token anzeigt, hat claude.ai das Token aus Ihrem Claude Code-Login abgelehnt, normalerweise weil das Login abgelaufen ist und nicht aktualisiert werden konnte. Die erneute Autorisierung des Connectors löscht diesen Status nicht, da die eigene Autorisierung des Connectors in claude.ai nicht das ist, was abgelehnt wurde. Um dies zu beheben:
- Führen Sie
/loginaus, um sich erneut anzumelden. - Verbinden Sie den Connector erneut von
/mcp.
/mcp den Connector als verborgen auf und zeigt, wie Sie das Duplikat entfernen können, wenn Sie lieber den Connector verwenden möchten.
Einige von Anthropic gehostete Connectors wie Microsoft 365, Gmail und Google Calendar unterstützen kein lokales OAuth von Claude Code, da der vorgelagerte Identitätsanbieter nur die Umleitungs-URL akzeptiert, die claude.ai registriert hat. Wenn ein Server, den Sie mit claude mcp add oder in .mcp.json hinzugefügt haben, auf einen dieser Hosts verweist und Sie sich von /mcp oder mit claude mcp login darin anmelden, zeigt Claude Code is Anthropic-hosted and doesn't support local OAuth an und leitet Sie stattdessen dazu, den Dienst unter claude.ai/customize/connectors zu verbinden.
Nachdem Sie Ihren Eintrag mit claude mcp remove <name> entfernt und den Dienst auf claude.ai verbunden haben, wird der Connector automatisch in Claude Code angezeigt.
Wie Connectors Claude Code erreichen
Welche Einstellungen einen claude.ai-Connector steuern, hängt davon ab, wo Ihre Sitzung ausgeführt wird, da nur einige Sitzungen Connectors selbst von claude.ai abrufen. Jede Zeile unten benennt, wie Connectors in einer Art von Sitzung ankommen und was sie dort steuert. Die WSL-Sitzungen der Desktop-App haben keine Zeile, da Connectors darin noch nicht verfügbar sind.disableClaudeAiConnectors, ENABLE_CLAUDEAI_MCP_SERVERS und allowAllClaudeAiMcps wirken sich nur auf die erste Zeile aus, die Connectors, die Claude Code selbst abruft. Die anderen beiden Zeilen unterscheiden sich davon auf diese Weise:
- Cloud-Sitzungen:
allowedMcpServers- unddeniedMcpServers-Einträge, die die Sitzung erreichen, beispielsweise durch Server-verwaltete Einstellungen, filtern auch die bereitgestellten Connectors. Der Proxy der Sitzung schreibt die URL jedes Connectors um, daher passt einserverUrl-Muster, das für die eigene URL des Connectors geschrieben wurde, nicht dazu. Um bereitgestellte Connectors neben einer URL-Allowlist in einer selbstgehosteten Umgebung zuzulassen, fügen Sie dieserverUrl-Einträge hinzu, die unter Connector-Datenverkehr verlässt Ihr Netzwerk aufgelistet sind. Claude Code verwirft die bereitgestellten Connectors, wenn einemanaged-mcp.jsonauf dem Host vorhanden ist, der die Sitzung ausführt, z. B. ein selbstgehosteter Runner-Host, unabhängig davon, ob SieallowAllClaudeAiMcpssetzen. - Desktop-App lokale und SSH-Sitzungen: Die Desktop-App registriert die Connectors als prozessinterne
type: "sdk"-Server, und keine MCP-Einstellung odermanaged-mcp.jsonerreicht sie. Ein Benutzer hält einen Connector aus seinen eigenen Sitzungen heraus, indem er ihn unter claude.ai/customize/connectors trennt. Eine Organisation blockiert die Tools eines Connectors oder schaltet Claude Code in der Desktop-App ganz aus.
Organisationskontrollen für Connector-Tools
Ihre Organisation kann Pro-Tool-Kontrollen auf claude.ai-Connectors setzen. Claude Code liest diese Einstellungen beim Start und erzwingt sie lokal, außer in den lokalen und SSH-Sitzungen der Desktop-App. Dort hält die Desktop-Appblocked-Tools zurück, bevor sie einen Connector liefert, und die ask-Einstellung erreicht Claude Code nicht, daher wendet es die gewöhnlichen Berechtigungsregeln der Sitzung auf diese Tools an, anstatt bei jedem Aufruf zu fragen. In Sitzungen, in denen Claude Code Connectors selbst abruft, führen Sie /mcp aus, um zu sehen, welche Einstellung für jedes Tool auf einem Connector gilt.
- Tool auf
askgesetzt: Claude Code fragt bei jedem Aufruf mit dem GrundYour organization requires approval for this toolnach. Die Aufforderung wird auch inacceptEdits-,auto- undbypassPermissions-Berechtigungsmodi angezeigt und bietet niemals eine Option, Ihre Wahl zu merken. Allow-Regeln, die das Tool abgleichen, überspringen die Aufforderung auch nicht. ImdontAsk-Modus, der niemals fragt, lehnt Claude Code den Aufruf stattdessen ab. - Tool auf
blockedgesetzt: Claude Code filtert das Tool heraus, bevor Claude es sieht, daher wird es nie in der Tool-Liste angezeigt. Die Desktop-App und der claude.ai-Chat wenden die gleicheblocked-Einstellung an, daher kann Claude das Tool dort auch nicht verwenden, und Sie können ein Tool nicht von den Sitzungen der Desktop-App fernhalten, während Sie es im Chat verfügbar halten. Die Desktop-App überspringt einen Connector, dessen Tools alle blockiert sind.
claude.ai-Connectors deaktivieren
Claude Code wendetdisableClaudeAiConnectors nur auf die Connectors an, die es selbst abruft, nicht auf die Connectors, die ein Cloud-Host oder die Desktop-App liefert. Um die Connectors auszuschalten, die es abruft, setzen Sie die Einstellung auf true in einem beliebigen Einstellungsbereich:
true in einer beliebigen Einstellungsquelle hat Vorrang. Eine eingecheckte Projekt-.claude/settings.json kann ein Repository von den Connectors abmelden, die Claude Code selbst abruft, aber ein Projekt-Level-false kann Connectors nicht erneut aktivieren, die ein Benutzer- oder Policy-Level-true deaktiviert hat. Server, die explizit über --mcp-config übergeben werden, sind nicht betroffen.
Sie können auch die Umgebungsvariable ENABLE_CLAUDEAI_MCP_SERVERS auf false setzen, was den gleichen Effekt für die aktuelle Shell-Sitzung hat:
deniedMcpServers hinzu. Beispielsweise blockiert ein serverName-Eintrag von "claude.ai Slack" den Slack-Connector. Sie können auch /mcp ausführen, um einen beliebigen Connector, den Claude Code abruft, für das aktuelle Projekt nur ein- oder auszuschalten.
Claude Code als MCP-Server verwenden
Sie können Claude Code selbst als MCP-Server verwenden, mit dem sich andere Anwendungen verbinden können:MCP-Ausgabebegrenzungen und Warnungen
Wenn MCP-Tools große Ausgaben erzeugen, hilft Claude Code dabei, die Token-Nutzung zu verwalten, um Ihren Gesprächskontext nicht zu überlasten:- Warnungsschwelle für Ausgaben: Claude Code zeigt eine Warnung an, wenn eine MCP-Tool-Ausgabe 10.000 Token überschreitet
- Konfigurierbare Begrenzung: Sie können die maximale zulässige MCP-Ausgabe-Token-Menge mithilfe der Umgebungsvariablen
MAX_MCP_OUTPUT_TOKENSanpassen - Standardbegrenzung: Das Standardmaximum beträgt 25.000 Token
- Geltungsbereich: Die Umgebungsvariable gilt für Tools, die keine eigene Begrenzung deklarieren. Tools, die
anthropic/maxResultSizeCharssetzen, verwenden diesen Wert stattdessen für Textinhalte, unabhängig davon, auf welchen WertMAX_MCP_OUTPUT_TOKENSgesetzt ist. Tools, die Bilddaten zurückgeben, unterliegen weiterhinMAX_MCP_OUTPUT_TOKENS - Über der Begrenzung: Wenn ein Ergebnis ohne Bildinhalt die Begrenzung überschreitet, speichert Claude Code es in einer Datei und ersetzt es im Gespräch durch eine Nachricht, die den Dateipfad benennt, damit Claude die Datei liest, wenn sie den Inhalt benötigt. Die Datei befindet sich im Verzeichnis
tool-resultsder Sitzung unter~/.claude/projects/.
Erhöhen Sie die Begrenzung für ein bestimmtes Tool
Wenn Sie einen MCP-Server erstellen, können Sie einzelnen Tools ermöglichen, Ergebnisse zurückzugeben, die größer als der Standard-Persistierungs-Schwellenwert sind, indem Sie_meta["anthropic/maxResultSizeChars"] im Eintrag der tools/list-Antwort des Tools setzen. Claude Code erhöht den Schwellenwert dieses Tools auf den annotierten Wert, bis zu einer harten Obergrenze von 500.000 Zeichen.
Dies ist nützlich für Tools, die inhärent große, aber notwendige Ausgaben zurückgeben, wie Datenbankschemas oder vollständige Dateistrukturen. Ohne die Anmerkung werden Ergebnisse, die den Standardschwellenwert überschreiten, auf der Festplatte gespeichert und durch einen Dateiverweis im Gespräch ersetzt.
MAX_MCP_OUTPUT_TOKENS für Textinhalte, sodass Benutzer die Umgebungsvariable nicht für Tools erhöhen müssen, die sie deklarieren. Tools, die Bilddaten zurückgeben, unterliegen weiterhin der Token-Begrenzung.
Tool-Eingabeschemas mit einem Kombinator auf Root-Ebene
Einige MCP-Server deklarieren das Eingabeschema eines Tools als JSON-Schema-Union mitanyOf, oneOf oder allOf auf der obersten Ebene des Schemas. Die Claude API akzeptiert diese Schlüsselwörter nicht auf der Schema-Root. Sie akzeptiert Kombinatoren, die in properties verschachtelt sind, die Claude Code unverändert sendet.
Tools mit einem Kombinator auf Root-Ebene bleiben verfügbar. Bevor das Tool an die API gesendet wird, vereinfacht Claude Code das Schema zu einem einzelnen Objekt und stellt dem Beschreibungstext des Tools einen Satz voran, der Claude mitteilt, welche Parametergruppen zusammengehören:
allOf: Eigenschaften aus jedem Branch werden zusammengeführt, und dierequired-Liste jedes Branchs gilt weiterhinanyOfundoneOf: Eigenschaften aus jedem Branch werden zusammengeführt, und dierequired-Liste jedes Branchs wird stattdessen in der Tool-Beschreibung beschrieben, anstatt vom Schema erzwungen zu werden
anyOf, oneOf oder allOf hat.
Tools mit ungültigen Eingabeschemas
Die Claude API überprüft das Eingabeschema jedes Tools in einer Anfrage und lehnt die gesamte Anfrage ab, wenn ein Schema fehlschlägt. Ein einzelnes MCP-Tool mit einem fehlerhaften Schema würde daher dazu führen, dass jede Anfrage, die es enthält, mit einem 400-Fehler fehlschlägt. Claude Code führt zwei der API-Überprüfungen selbst durch, wenn es die Tools eines Servers lädt, und schließt jedes Tool aus, das diese Überprüfungen nicht bestehen würde, damit die anderen Tools des Servers weiterhin funktionieren:- Namen von Eigenschaften auf der obersten Ebene müssen 1 bis 64 Zeichen lang sein und dürfen nur ASCII-Buchstaben und Ziffern,
_,.und-verwenden - Das Schema muss gegen das JSON-Schema-Draft-2020-12-Meta-Schema gültig sein. Claude Code wendet diese Überprüfung auf Schemas an, die kein
$schemadeklarieren, und auf Schemas, die Draft 2020-12 deklarieren. Ein Schema, das einen anderen Dialekt deklariert, überspringt diese Überprüfung, obwohl die obige Überprüfung der Eigenschaftsnamen weiterhin gilt
Genehmigung für ein bestimmtes Tool erforderlich
Wenn Sie einen MCP-Server erstellen, können Sie ein Tool als erforderlich für explizite Genehmigung bei jedem Aufruf kennzeichnen, indem Sie_meta["anthropic/requiresUserInteraction"] in der tools/list-Antwort des Tools auf true setzen. Der Wert muss der JSON-Boolean true sein; alle anderen Werte werden ignoriert.
Claude Code zeigt die Genehmigungsaufforderung dieses Tools bei jedem Aufruf an, auch in den Genehmigungsmodi acceptEdits, auto und bypassPermissions, und bietet keine Option „Nicht erneut fragen” dafür an. Zulassungsregeln, die dem Tool entsprechen, überspringen die Aufforderung ebenfalls nicht. Im Modus dontAsk, der niemals eine Aufforderung anzeigt, lehnt Claude Code den Aufruf stattdessen ab.
Die Aufforderung muss eine Person erreichen. Im nicht-interaktiven Modus mit --permission-prompt-tool wird ein allow-Ergebnis aus dem Prompt-Tool für ein gekennzeichnetes Tool in eine Ablehnung mit der Nachricht MCP tool requires user interaction; not supported via --permission-prompt-tool umgewandelt. Der canUseTool-Callback des Agent SDK empfängt diese Aufrufe und kann sie genehmigen, da von Ihrer SDK-Anwendung erwartet wird, dass sie diese einem Benutzer anzeigt.
Verwenden Sie dies für Tools, deren Genehmigungsaufforderung selbst der Zweck ist, z. B. ein Zustimmungs- oder Zugriffsgenehmigungsschritt, bei dem automatische Genehmigung bedeuten würde, dass kein Mensch jemals zugestimmt hat. Andere Tools vom selben Server behalten ihr normales Genehmigungsverhalten.
Der folgende tools/list-Eintrag kennzeichnet ein Tool als immer genehmigungspflichtig.
anthropic/requiresUserInteraction erfordert Claude Code v2.1.199 oder später. Frühere Versionen ignorieren sie und wenden den Standard-Genehmigungsablauf an.
Einige Oberflächen, wie Remote Control und Anwendungen, die auf dem Agent SDK basieren, ermöglichen es Ihnen normalerweise, Tool-Aufrufe mit einem Tippen zu genehmigen. Für ein Tool, das mit dieser Annotation gekennzeichnet ist, hält Claude Code die Aktion mit einem Tippen zurück und zeigt stattdessen die vollständige Genehmigungsaufforderung des Tools an, sodass die Genehmigung weiterhin von einer Person stammt, die die Aufforderung beantwortet, anstatt von einem Tippen.
Claude Code hält die Genehmigung mit einem Tippen auf die gleiche Weise für jede Genehmigungsanfrage zurück, die nur das Terminal-Dialogfeld vollständig rendern kann, z. B. eine, die eine Sicherheitswarnung oder eine Option „Immer zulassen” enthält, die die Remote-Oberfläche nicht anzeigen kann. Sie beantworten diese Anfrage im Terminal-Dialogfeld anstatt von Remote Control. Erfordert Claude Code v2.1.214 oder später.
Auf MCP-Elicitierungsanfragen reagieren
MCP-Server können während einer Aufgabe strukturierte Eingaben von Ihnen anfordern, indem sie Elicitierung verwenden. Wenn ein Server Informationen benötigt, die er nicht selbst abrufen kann, zeigt Claude Code einen interaktiven Dialog an und leitet Ihre Antwort an den Server weiter. Auf Ihrer Seite ist keine Konfiguration erforderlich: Elicitierungsdialoge werden automatisch angezeigt, wenn ein Server sie anfordert. Server können Eingaben auf zwei Arten anfordern:- Formularmodus: Claude Code zeigt einen Dialog mit Formularfeldern an, die vom Server definiert werden (beispielsweise eine Aufforderung für Benutzernamen und Passwort). Füllen Sie die Felder aus und senden Sie sie ab.
- URL-Modus: Claude Code öffnet eine Browser-URL für Authentifizierung oder Genehmigung. Schließen Sie den Ablauf im Browser ab und bestätigen Sie dann in der CLI.
% oder &, zählt vierfach zur Grenze: sein eigenes Zeichen plus drei Escape-Zeichen. Eine URL ohne diese Zeichen erreicht die Grenze bei etwa 8.000 Zeichen. Eine URL, die größtenteils aus Prozentzeichen-Escape-Sequenzen besteht, bei denen jedes dritte Zeichen ein % ist, erreicht sie bei etwa 4.000.
Um automatisch auf Elicitierungsanfragen zu reagieren, ohne einen Dialog anzuzeigen, verwenden Sie den Elicitation-Hook.
Wenn Sie einen MCP-Server erstellen, der Elicitierung verwendet, lesen Sie die MCP-Elicitierungsspezifikation für Protokolldetails und Schemabeispiele.
MCP-Ressourcen verwenden
MCP-Server können Ressourcen bereitstellen, auf die Sie mit @ Erwähnungen verweisen können, ähnlich wie Sie auf Dateien verweisen.MCP-Ressourcen referenzieren
Verfügbare Ressourcen auflisten
@ in Ihre Eingabeaufforderung ein, um verfügbare Ressourcen von allen verbundenen MCP-Servern anzuzeigen. Ressourcen werden zusammen mit Dateien im Autocomplete-Menü angezeigt.Eine bestimmte Ressource referenzieren
@server:protocol://resource/path, um auf eine Ressource zu verweisen:Mehrere Ressourcenverweise
Mit MCP-Tool-Suche skalieren
Die Tool-Suche hält die MCP-Kontextnutzung niedrig, indem Tool-Definitionen aufgeschoben werden, bis Claude sie benötigt. Nur Tool-Namen und Server-Anweisungen werden beim Sitzungsstart geladen, sodass das Hinzufügen weiterer MCP-Server minimale Auswirkungen auf Ihr Kontextfenster hat. Claude Code erzwingt keine feste Tool-Obergrenze pro Server; die praktische Grenze ist Ihr Kontextfenster-Budget.ENABLE_TOOL_SEARCH kann dies nicht überschreiben, da die Ablehnung von der Bereitstellung selbst kommt.Für MCP-Server-Autoren
Wenn Sie einen MCP-Server erstellen, wird das Feld „Server-Anweisungen” mit aktivierter Tool-Suche nützlicher. Server-Anweisungen helfen Claude zu verstehen, wann nach Ihren Tools gesucht werden soll, ähnlich wie Skills funktionieren. Fügen Sie klare, aussagekräftige Server-Anweisungen hinzu, die erklären:- Welche Kategorie von Aufgaben Ihre Tools verarbeiten
- Wann Claude nach Ihren Tools suchen sollte
- Wichtige Funktionen, die Ihr Server bietet
Tool-Suche konfigurieren
Die Tool-Suche ist standardmäßig aktiviert: MCP-Tools werden aufgeschoben und bei Bedarf erkannt. Claude Code deaktiviert sie, wennANTHROPIC_BASE_URL auf einen Host eines Drittanbieters verweist, da die meisten Proxys tool_reference-Blöcke nicht weiterleiten. Setzen Sie ENABLE_TOOL_SEARCH explizit, um diesen Fallback zu überschreiben.
Das Setzen von CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS hält die Tool-Suche aus. Sie können sie nicht durch das Setzen von ENABLE_TOOL_SEARCH selbst überschreiben. Ihre Organisation kann die Tool-Suche durch verwaltete Einstellungen auf Claude Code v2.1.227 oder später aktiviert halten. Deaktivieren Sie Pre-Release-Funktionen behandelt, wo die Überschreibung gilt und was die Variable entfernt.
Die Tool-Suche erfordert ein Modell, das tool_reference-Blöcke unterstützt: Claude Sonnet 4.5, Claude Haiku 4.5, Claude Opus 4.5 und neuere Modelle. Siehe Modellkompatibilität in der API-Dokumentation für die aktuelle Liste.
Auf Googles Cloud Agent Platform entscheidet Claude Code nach Modellgeneration:
- Claude Opus 4.5, Sonnet 4.5, Haiku 4.5 und neuere: Die Tool-Suche ist standardmäßig aktiviert, genauso wie bei der Anthropic API.
- Frühere Agent Platform-Modelle: Claude Code lädt alle MCP-Tools vorab, da ihre Serving-Stacks den erforderlichen Beta-Header ablehnen.
ENABLE_TOOL_SEARCH=trueüberschreibt dies nicht.
ENABLE_TOOL_SEARCH=true.
Steuern Sie das Verhalten der Tool-Suche mit der Umgebungsvariablen ENABLE_TOOL_SEARCH:
env-Feld.
Sie können auch das ToolSearch-Tool spezifisch deaktivieren:
Einen Server vom Aufschub ausnehmen
Wenn die Tools eines Servers Claude immer sichtbar sein sollten, ohne einen Suchschritt, setzen SiealwaysLoad in der Konfiguration dieses Servers auf true. Jedes Tool von diesem Server wird dann unabhängig von der ENABLE_TOOL_SEARCH-Einstellung beim Sitzungsstart in den Kontext geladen. Verwenden Sie dies für eine kleine Anzahl von Tools, die Claude bei jedem Durchgang benötigt, da jedes vorab geladene Tool Kontext verbraucht, der sonst für Ihre Konversation verfügbar wäre.
Der folgende .mcp.json-Eintrag nimmt einen HTTP-Server aus, während andere Server aufgeschoben bleiben:
alwaysLoad ist auf allen Server-Typen verfügbar. Ein MCP-Server kann auch einzelne Tools als immer geladen markieren, indem er "anthropic/alwaysLoad": true im _meta-Objekt des Tools einbezieht, was denselben Effekt nur für dieses Tool hat.
Das Setzen von alwaysLoad: true lässt auch den Startup auf die Tools des Servers warten, begrenzt auf das Standard-5-Sekunden-Verbindungs-Timeout, da sie vorhanden sein müssen, wenn der erste Prompt erstellt wird. Ein Remote-Server mit einem gültigen cached-Eintrag liefert seine Tools aus dem Cache, ohne sich zu verbinden, sodass er den Startup nicht verzögert. Andere Server verbinden sich standardmäßig im Hintergrund; setzen Sie MCP_CONNECTION_NONBLOCKING=0, um auch auf sie zu warten.
MCP-Prompts als Befehle verwenden
MCP-Server können Prompts bereitstellen, die als Befehle in Claude Code verfügbar werden.MCP-Prompts ausführen
Verfügbare Prompts entdecken
/ ein, um die Ihnen verfügbaren Befehle anzuzeigen, einschließlich derjenigen von MCP-Servern. Claude Code listet jeden MCP-Prompt als /servername:promptname (MCP) auf. Die Eingabe von /mcp__servername__promptname führt ihn ebenfalls aus.Einen Prompt ohne Argumente ausführen
Einen Prompt mit Argumenten ausführen
Verwaltete MCP-Konfiguration
Für Organisationen, die eine zentralisierte Kontrolle über MCP-Server benötigen, die Benutzer verbinden können, siehe Verwaltete MCP-Konfiguration. Sie behandelt die Bereitstellung eines festen Serversatzes mitmanaged-mcp.json, die Bereitstellung von Servern für jeden Benutzer mit managedMcpServers, die Einschränkung von Servern mit allowedMcpServers und deniedMcpServers sowie das, was Benutzer sehen, wenn ein Server blockiert ist.