Skip to main content
Serververwaltete Einstellungen ermöglichen es Organisationsinhabern, Claude Code zentral über Organisationseinstellungen > Claude Code > Verwaltete Einstellungen in der claude.ai-Konsole zu konfigurieren. Claude Code-Clients rufen diese Einstellungen automatisch ab, wenn sich Benutzer mit geeigneten Anmeldedaten auf einer Plattform authentifizieren, auf der die serververwaltete Bereitstellung unterstützt wird. Siehe Plattformverfügbarkeit für die Anmeldedaten und Plattformen, die sich qualifizieren.
Serververwaltete Einstellungen sind für Claude for Teams und Claude for Enterprise Kunden verfügbar.

Anforderungen

Um serververwaltete Einstellungen zu verwenden, benötigen Sie:
  • Claude for Teams oder Claude for Enterprise Plan
  • Die Rolle „Owner“ oder „Primary Owner“ in Ihrer Claude-Organisation, um die Konfiguration anzuzeigen und zu bearbeiten
  • Netzwerkzugriff auf api.anthropic.com

Wählen Sie zwischen serververwalteten und endpunktverwalteten Einstellungen

Claude Code unterstützt zwei Ansätze für zentralisierte Konfiguration. Serververwaltete Einstellungen liefern Konfiguration von Anthropics Servern. Endpunktverwaltete Einstellungen werden direkt auf Geräten über native Betriebssystemrichtlinien (macOS verwaltete Einstellungen, Windows-Registrierung) oder verwaltete Einstellungsdateien bereitgestellt. Wenn Ihre Geräte in einer MDM- oder Endpunktverwaltungslösung registriert sind, bieten endpunktverwaltete Einstellungen stärkere Sicherheitsgarantien, da die Einstellungsdatei auf Betriebssystemebene vor Benutzermodifikationen geschützt werden kann. Endpunktverwaltete Einstellungen erreichen Cloud-Sitzungen in von Anthropic gehosteten Umgebungen nicht, daher sollten Organisationen, deren Entwickler Cloud-Sitzungen ausführen, auch serververwaltete Einstellungen konfigurieren. Sitzungen in einer selbstgehosteten Umgebung lesen auch die verwaltete Einstellungsdatei im Runner-Image. Die Einstellungspriorität unten gibt an, wann diese Datei gilt.

Serververwaltete Einstellungen konfigurieren

1

Öffnen Sie die Admin-Konsole

Navigieren Sie in der claude.ai-Konsole zu Organization settings > Claude Code > Managed settings.Wenn die Seite in einer Team- oder Enterprise-Organisation anzeigt, dass Sie keinen Zugriff haben, bitten Sie einen Owner oder Primary Owner, die Änderung vorzunehmen.
2

Definieren Sie Ihre Einstellungen

Fügen Sie Ihre Konfiguration als JSON hinzu. Alle in settings.json verfügbaren Einstellungen werden unterstützt, mit Ausnahme derjenigen, die auf die Bereitstellung auf OS-Ebene beschränkt sind. Siehe Aktuelle Einschränkungen für diese kurze Liste. Dies umfasst Hooks, Umgebungsvariablen und nur verwaltete Einstellungen wie allowManagedPermissionRulesOnly.Dieses Beispiel erzwingt eine Berechtigungsverweigerungsliste, verhindert, dass Benutzer Berechtigungen umgehen, und beschränkt Berechtigungsregeln auf diejenigen, die in verwalteten Einstellungen definiert sind. Die Regel Bash(curl *) entspricht curl wie Claude sie schreibt, nicht /usr/bin/curl oder sh -c 'curl …'. Für die Netzwerkerzwingung, die nicht vom Befehlstext abhängt, fügen Sie einen sandbox-Block mit allowManagedDomainsOnly hinzu.
Hooks verwenden das gleiche Format wie in settings.json.Dieses Beispiel führt ein Audit-Skript nach jeder Dateibearbeitung in der gesamten Organisation aus:
Da Hooks Shell-Befehle ausführen, sehen Benutzer in interaktiven Sitzungen einen Sicherheitsgenehmigungsdialog, bevor Claude Code sie anwendet.Um den Auto-Modus-Klassifikator zu konfigurieren, damit er weiß, welchen Repos, Buckets und Domains Ihre Organisation vertraut, stellen Sie einen autoMode-Block auf die gleiche Weise bereit. Siehe Auto-Modus konfigurieren, um zu erfahren, wie die autoMode-Einträge beeinflussen, was der Klassifikator blockiert, und wichtige Warnungen zu den Feldern environment, allow, soft_deny und hard_deny.
3

Speichern und bereitstellen

Speichern Sie Ihre Änderungen. Claude Code-Clients erhalten die aktualisierten Einstellungen beim nächsten Start oder während des stündlichen Abrufzyklus.Der Editor prüft Ihr JSON anhand des veröffentlichten JSON-Schemas für Claude Code-Einstellungen. Findet er ein Problem in JSON, das sich parsen lässt, zeigt er eine Warnung an und ändert die Beschriftung der Speichern-Schaltfläche. Die Beschriftung lautet Update with errors, wenn bereits Einstellungen gespeichert sind, und Add with errors, wenn noch keine Einstellungen gespeichert sind. Diese Schaltfläche speichert trotzdem, da eine Schemawarnung das Speichern nicht blockiert.Das Schema kann hinter den neuesten Releases zurückliegen, sodass der Editor möglicherweise einen Schlüssel oder Wert kennzeichnet, den die Einstellungsreferenz dokumentiert. Claude Code erhält die von Ihnen gespeicherten Schlüssel und Werte und führt beim Laden eine eigene Validierung durch.

Einstellungsbereitstellung überprüfen

Um zu bestätigen, dass Einstellungen angewendet werden, bitten Sie einen Benutzer, Claude Code neu zu starten. Wenn die Konfiguration Einstellungen enthält, die den Sicherheitsgenehmigungsdialog auslösen, sieht der Benutzer beim nächsten Abruf der Einstellungen durch Claude Code eine Eingabeaufforderung, die die verwalteten Einstellungen beschreibt: beim nächsten Start oder innerhalb einer Stunde in einer laufenden interaktiven Sitzung. Sie können auch überprüfen, dass verwaltete Berechtigungsregeln aktiv sind, indem Sie einen Benutzer /permissions ausführen lassen, um seine geltenden Berechtigungsregeln anzuzeigen. Um das Abrufergebnis auf einem bestimmten Computer zu überprüfen, lassen Sie den Benutzer claude doctor ausführen und lesen Sie die Zeile Managed settings (remote). Erfordert Claude Code v2.1.248 oder später. Die Zeile meldet eines von vier Ergebnissen:
  • Die bereitgestellten Einstellungen wurden geladen
  • Ihre Organisation hat keine serververwalteten Einstellungen konfiguriert
  • Der Abruf ist fehlgeschlagen, mit der Ursache und ob eine zwischengespeicherte Richtlinie noch gilt
  • Claude Code hat den Abruf übersprungen, mit dem Grund. Siehe Plattformverfügbarkeit für die Anbieter und Konfigurationen, die ihn überspringen
Während der Abruf noch läuft, meldet die Zeile das stattdessen. In einer laufenden Sitzung zeigt /status die gleiche Zeile nach einem fehlgeschlagenen Abruf an, und für einige übersprungene Abrufe, wie z. B. eine Variable eines Drittanbieter-Anbieters oder eine benutzerdefinierte ANTHROPIC_BASE_URL, die in der Shell des Benutzers exportiert wird.

Zugriffskontrolle

Die folgenden Rollen können serververwaltete Einstellungen verwalten:
  • Primärer Eigentümer
  • Eigentümer
Beschränken Sie den Zugriff auf vertrauenswürdiges Personal, da Einstellungsänderungen für alle Benutzer in der Organisation gelten.

Nur verwaltete Einstellungen

Die meisten Einstellungsschlüssel funktionieren in jedem Bereich. Eine Handvoll Schlüssel werden nur aus verwalteten Einstellungen gelesen und haben keine Auswirkung, wenn sie in Benutzer- oder Projekteinstellungsdateien platziert werden. Siehe nur verwaltete Einstellungen für die Berechtigung und Plugin-Steuerelemente, oder lesen Sie die Spalte „Bereich“ des Alle Einstellungen Index für den vollständigen Satz.

Aktuelle Einschränkungen

Serververwaltete Einstellungen haben die folgenden Einschränkungen:
  • Einstellungen gelten einheitlich für alle Benutzer in der Organisation. Konfigurationen pro Gruppe werden noch nicht unterstützt.
  • Eine managed-mcp.json Datei kann nicht über serververwaltete Einstellungen verteilt werden. Stellen Sie stattdessen die Richtlinienschlüssel allowedMcpServers und deniedMcpServers dort bereit. Ab Claude Code v2.1.259 können Sie auch Remote-Server mit managedMcpServers bereitstellen, das nur http- und sse-Server akzeptiert und nicht die exklusive Kontrolle übernimmt, wie die Datei es tut. Claude Code liest eine managed-mcp.json, die in seinem Systempfad bereitgestellt wird, separat von der Ebene der verwalteten Einstellungen, sodass die Datei weiterhin gilt, wenn serververwaltete Einstellungen in Kraft sind.
  • Einstellungen, die auf OS-Ebene-Richtlinienquellen beschränkt sind, wie policyHelper und wslInheritsWindowsSettings, werden nicht berücksichtigt. Stellen Sie sie stattdessen über MDM oder eine System-Datei managed-settings.json bereit. Ein policyHelper, der auf diese Weise bereitgestellt wird, wird nur ausgeführt, wenn seine Quelle die unter Vorrang innerhalb der verwalteten Ebene ausgewählte ist.

Einstellungsbereitstellung

Einstellungspriorität

Server-verwaltete Einstellungen und Endpunkt-verwaltete Einstellungen nehmen beide die höchste Ebene in der Claude Code Einstellungshierarchie ein. Ein Schlüssel, den Sie hier setzen, hat Vorrang vor demselben Schlüssel in den eigenen Einstellungsdateien eines Benutzers oder in einem --settings-Wert, mit Ausnahme der Ausnahmen zum Vorrang verwalteter Einstellungen. Innerhalb der verwalteten Ebene verwendet Claude Code standardmäßig die erste Quelle, die mindestens einen Richtlinienschlüssel bereitstellt, wobei zuerst server-verwaltete Einstellungen und dann Endpunkt-verwaltete Einstellungen überprüft werden, mit Ausnahme der Ausnahmeschlüssel, die als nächstes behandelt werden. Wie Claude Code verwaltete Quellen kombiniert enthält die vollständige Rangfolge, die Ausnahme für die Steuerschlüssel und die Opt-in-Option, die für jede Quelle gilt. Wenn die ausgewählte Quelle eine MDM-Richtlinie oder verwaltete Einstellungsdatei ist, deren policyHelper verwaltete Einstellungen bereitstellt, ersetzt die Ausgabe des Helpers diese Quelle als einzige verwaltete Konfiguration für den Lauf. Claude Code konsultiert keinen policyHelper, der in MDM- oder dateigestützten Einstellungen konfiguriert ist, während server-verwaltete Einstellungen einen Richtlinienschlüssel bereitstellen. Wenn ein späterer Abruf feststellt, dass die server-verwalteten Einstellungen entfernt wurden, führt Claude Code diesen Helper sofort aus, anstatt beim nächsten Start. Der policyHelper-Eintrag behandelt, was passiert, wenn dieser Lauf fehlschlägt. Wenn Sie Ihre server-verwaltete Konfiguration in der Admin-Konsole mit der Absicht löschen, auf eine Endpunkt-verwaltete plist- oder Registry-Richtlinie zurückzugreifen, beachten Sie, dass zwischengespeicherte Einstellungen auf Client-Computern bestehen bleiben, bis der nächste erfolgreiche Abruf erfolgt, und die Schlüssel, die nur beim nächsten Start gelten, wie model, bleiben wirksam, bis jeder Client neu gestartet wird. Führen Sie /status aus, um zu sehen, welche verwaltete Quelle aktiv ist.

Ausnahmen pro Schlüssel über verwaltete Quellen hinweg

Diese Schlüssel sind Ausnahmen zur Nicht-Zusammenführungsregel:
  • Quellübergreifende Sperreschlüssel: eine kleine Menge von Schlüsseln, wie die Sandbox-Zulassungslisten-Sperren, aufgelistet auf der Seite für verwaltete Einstellungen. Claude Code berücksichtigt sie, wenn eine beliebige admin-kontrollierte verwaltete Quelle sie setzt; die benutzerbare HKCU-Registry-Ebene ist ausgeschlossen. Wenn ein policyHelper verwaltete Einstellungen bereitstellt, ist seine Ausgabe die einzige Quelle, die diese Überprüfungen lesen, mit Ausnahme von forceRemoteSettingsRefresh, das Claude Code beim Start direkt aus den Admin-Quellen liest.
  • Der env-Block: mit Ausnahme der Telemetrie-Einheit und Routing-Variablen, die mit einem Anmeldedatenschlüssel gekoppelt sind, beide unten behandelt, wird er pro Schlüssel über die admin-kontrollierten Quellen hinweg zusammengeführt. Für jede Umgebungsvariable gewinnt die höchstpriorisierte Quelle, die sie definiert, und niedrigere Admin-Quellen füllen Variablen aus, die die höheren Quellen ungesetzt lassen. Ein Endpunkt-verwalteter env-Eintrag gilt daher, wenn die server-verwaltete Konfiguration diese Variable ungesetzt lässt, oder während ein zwischengespeicherter Serverwert dafür ausstehend der Serverbestätigung zurückgehalten wird. Erfordert Claude Code v2.1.223 oder später. Vor v2.1.223 wendet Claude Code nur den env-Block der ausgewählten Quelle an.
    • Telemetrie-Einheit: die OTEL_EXPORTER_OTLP_*-Exporterschlüssel, die OTEL_LOG_*-Inhaltserfassungs-Umschalter, OTEL_LOGS_EXPORTER und die Beta-Tracing-Variablen ENABLE_BETA_TRACING_DETAILED und BETA_TRACING_ENDPOINT folgen der höchsten Quelle, die eine davon als Einheit setzt. Eine Quelle, die den otelHeadersHelper-Anmeldedatenschlüssel bereitstellt, beansprucht die Einheit auch, landet diese Variablen aber nur, wenn sie die ausgewählte Quelle ist: eine Quelle, die nicht ausgewählt ist, aber den Schlüssel bereitstellt, trägt keine davon bei und blockiert dennoch niedrigere Quellen davon, sie auszufüllen. In jedem Fall kann ein Exporterendpunkt aus einer Quelle niemals mit Anmeldedaten aus einer anderen gekoppelt werden.
    • Anmeldedaten-gekoppeltes Routing: eine Quelle, die Routing-Variablen mit einem nur-ausgewählte-Quelle-Anmeldedatenschlüssel, wie apiKeyHelper oder otelHeadersHelper, koppelt, trägt diese Routing-Variablen nur bei, wenn sie den Slot gewinnt.
  • allowedProviders: eine auf dem Computer gesetzte Liste und eine server-verwaltete Liste kombinieren sich wie der Scope-Hinweis des Eintrags besagt. Erfordert Claude Code v2.1.285 oder später
  • Gateway-Anmeldeschlüssel: Claude Code liest forceLoginGatewayUrl, gatewayInternalNetworks oder den "gateway"-Wert von forceLoginMethod niemals aus server-verwalteten Einstellungen, daher gilt ein Wert dort weder noch verbirgt er einen in einer MDM-Richtlinie oder verwalteten Einstellungsdatei gesetzten Wert. Der managedSourcesBehavior-Eintrag sagt, welche Admin-Quelle auf dem Computer sie bereitstellt.

Abruf- und Zwischenspeicherungsverhalten

Claude Code ruft Einstellungen beim Start von Anthropic-Servern ab und fragt während aktiver Sitzungen stündlich nach Updates ab. Ein Client, der sich über ein Claude-Apps-Gateway anmeldet, ruft seine Einstellungen vom Gateway ab und wartet auf diesen Abruf, bevor die Sitzung startet, daher gilt der Abruf in den folgenden Listen nicht dafür. Erzwinge Fail-Closed-Start behandelt, was passiert, wenn dieser Abruf fehlschlägt. Erster Start ohne zwischengespeicherte Einstellungen:
  • Wenn sich ein Entwickler beim Start anmeldet, z. B. beim ersten Lauf oder nach /logout, wartet Claude Code bis zu fünf Sekunden auf den Abruf, bevor die Sitzung geöffnet wird. Wenn die Richtlinie rechtzeitig ankommt, erzwingt Claude Code sie vom ersten Bildschirm an und zeigt Ihre companyAnnouncements darauf an. Wenn die Nutzlast Sicherheitsgenehmigung benötigt, beendet Claude Code das Warten und wendet die Nutzlast an, sobald der Entwickler sie genehmigt
  • Bei jedem anderen Start und wenn das fünf-Sekunden-Warten abläuft, öffnet Claude Code die Sitzung, während der Abruf fortgesetzt wird, daher vergeht ein kurzes Fenster, bevor die Einstellungen geladen werden und die Einschränkungen wirksam werden
  • Wenn der Abruf fehlschlägt, wird Claude Code ohne server-verwaltete Einstellungen fortgesetzt und warnt in interaktiven Sitzungen, dass keine Remote-Richtlinie gilt; Endpunkt-verwaltete Einstellungen gelten weiterhin. Wenn eine verwaltete Quelle forceRemoteSettingsRefresh setzt, beendet Claude Code stattdessen
Nachfolgende Starts mit zwischengespeicherten Einstellungen:
  • Zwischengespeicherte Einstellungen gelten sofort beim Start, mit Ausnahme der zwischengespeicherten modelPricing- und managedMcpServers-Werte und der Umgebungsvariablen, die Claude Code zurückhält, bis der Server die Nutzlast bestätigt
  • Ein zwischengespeichertes modelPricing gilt nicht, bis der Abruf der Sitzung die Nutzlast bestätigt. Bis dahin sind die Kostenzahlen, die Entwickler in /usage und in der Statuszeile sehen, zum Listenpreis
  • Ein zwischengespeicherter managedMcpServers-Block gilt nicht, bis der Abruf der Sitzung die Nutzlast bestätigt. Claude Code wartet bis zu 30 Sekunden auf diesen Abruf, bevor MCP-Server verbunden werden. Wenn der Abruf fehlschlägt oder das Zeitlimit überschritten wird, startet die Sitzung ohne die Server der Organisation, /status sagt dies, und sie verbinden sich, sobald ein späterer Abruf sie bestätigt. Siehe Wenn bereitgestellte Server verbunden werden für das vollständige Verhalten, einschließlich des ersten Starts. Erfordert Claude Code v2.1.259 oder später
  • Claude Code ruft frische Einstellungen im Hintergrund ab
  • Zwischengespeicherte Einstellungen bleiben durch Netzwerkfehler bestehen. Wenn der Start-Abruf fehlschlägt, warnt Claude Code in interaktiven Sitzungen, dass die zwischengespeicherte Richtlinie wirksam ist
  • Bis ein Abruf erfolgreich ist, bleiben die beim Start zurückgehaltenen Werte zurückgehalten
Claude Code hält mehrere Kategorien von Variablen im zwischengespeicherten env-Block zurück, bis der Server die Nutzlast für die Sitzung bestätigt. Dies verhindert, dass ein zwischengespeicherter Proxy-, Zertifizierungsstellen-, Endpunkt- oder Anmeldedatenwert den Abruf der Einstellungen, der die Nutzlast bestätigt, umleitet, abfängt oder erneut authentifiziert. Die Härtung gilt nur für den vom Server abgerufenen Einstellungs-Cache: Endpunkt-verwaltete Einstellungen, die über MDM oder managed-settings.json bereitgestellt werden, sind nicht betroffen. Das Zurückhalten erfordert Claude Code v2.1.198 oder später; vor v2.1.198 gilt der gesamte zwischengespeicherte env-Block beim Start. Die zurückgehaltenen Kategorien umfassen:
  • Proxy- und TLS-Konfiguration, wie HTTPS_PROXY, NODE_EXTRA_CA_CERTS und die mTLS-Client-Zertifikatvariablen CLAUDE_CODE_CLIENT_CERT und CLAUDE_CODE_CLIENT_KEY
  • API-Routing und Anbieterauswahl, einschließlich ANTHROPIC_BASE_URL, der Anbieterauswahlvariablen wie CLAUDE_CODE_USE_BEDROCK und CLAUDE_CODE_USE_VERTEX und der Anbieter-Endpunkt-URLs wie ANTHROPIC_BEDROCK_BASE_URL
  • Authentifizierungsanmeldedaten, wie ANTHROPIC_API_KEY, ANTHROPIC_AUTH_TOKEN und CLAUDE_CODE_OAUTH_TOKEN
  • Der Konfigurationsverzeichnis-Selektor CLAUDE_CONFIG_DIR
  • Anmeldedaten-Quellen- und Konfigurationsverzeichnis-Selektoren, in Claude Code v2.1.223 oder später: die Workload Identity Federation-Variablen wie ANTHROPIC_FEDERATION_RULE_ID und ANTHROPIC_IDENTITY_TOKEN, die Profil- und Konfigurationsverzeichnis-Selektoren ANTHROPIC_PROFILE und ANTHROPIC_CONFIG_DIR und die Betriebssystem-Verzeichnisvariablen HOME, XDG_CONFIG_HOME, APPDATA und USERPROFILE
Claude Code liest die Workload Identity Federation-Variablen und die