Skip to main content
Verwaltete Einstellungen sind die Einstellungen, die Ihre Organisation auf jedem Entwicklerrechner bereitstellt. Claude Code wendet sie über alle anderen Ebenen an, sodass kein Benutzer-, Projekt-, lokaler oder --settings-Wert sie außer Kraft setzt, mit Ausnahme einiger weniger sicherheitsrelevanter Ausnahmen, bei denen ein strengerer Wert von einer niedrigeren Ebene dennoch zählt. Diese Seite ist für den Administrator, der verwaltete Einstellungen bereitstellt oder debuggt, warum eine nicht angewendet wird. Um zu entscheiden, was durchgesetzt werden soll, beginnen Sie mit der Tabelle Entscheiden Sie, was durchgesetzt werden soll. Für den claude.ai-Konsolenpfad siehe Serververwaltete Einstellungen. Für die Datei, in die die eigenen Werte eines Entwicklers gehen, siehe Einstellungen.

Stellen Sie eine verwaltete Einstellungsdatei bereit

Dies ist die schnellste Möglichkeit, eine Richtlinie auf jedem Rechner einzuführen: eine managed-settings.json-Datei. Wenn Sie noch nicht entschieden haben, wie Sie verwaltete Einstellungen bereitstellen möchten, oder Ihre Geräte unter MDM verwaltet werden oder Entwickler Cloud-Sitzungen ausführen, lesen Sie zuerst Wählen Sie einen Bereitstellungsmechanismus.
1

Schreiben Sie managed-settings.json

Schreiben Sie eine managed-settings.json, die die Schlüssel enthält, die Sie durchsetzen möchten, in der gleichen JSON-Form wie settings.json. Die Tabelle Entscheiden Sie, was durchgesetzt werden soll listet die Schlüssel hinter jedem Steuerelement auf, und jeder Eintrag in der Einstellungsreferenz sagt, ob eine verwaltete Quelle ihn setzen kann. Diese Datei blockiert zwei Dateileseoperationen, deaktiviert den Bypass-Modus und lässt Claude Code Berechtigungsregeln aus Benutzer-, Projekt- und lokalen Dateien sowie aus --allowedTools ignorieren:
managed-settings.json
Ein vollständigeres Beispiel, das die Form weiterer verwalteter Schlüssel zeigt, einschließlich der Anmeldemethode, Modelle, MCP-Server und Marktplätze, finden Sie unter Die verwalteten Einstellungen einer Organisation.
2

Platzieren Sie die Datei auf jedem Rechner

Speichern Sie die Datei als managed-settings.json im Systemverzeichnis für das Betriebssystem, indem Sie beliebige Tools verwenden, die bereits Dateien auf Ihrer Flotte platzieren:
  • macOS: /Library/Application Support/ClaudeCode/managed-settings.json
  • Linux und WSL: /etc/claude-code/managed-settings.json
  • Windows: C:\Program Files\ClaudeCode\managed-settings.json
3

Bestätigen Sie, dass die Richtlinie angewendet wurde

Führen Sie auf einem Rechner /status in Claude Code aus. Die Zeile Setting sources zeigt Enterprise managed settings (file). Führen Sie dann einen Rollout für den Rest der Flotte durch; Überprüfen Sie, dass eine Richtlinie in Kraft ist behandelt, worauf Sie achten sollten, wenn die Zeile fehlt.

Wählen Sie einen Bereitstellungsmechanismus

Die Datei in den obigen Schritten ist eine von vier Möglichkeiten, verwaltete Einstellungen auf einen Rechner zu bringen. Jeder Mechanismus trägt die gleichen Richtlinienschlüssel wie eine settings.json-Datei, daher gilt die Einstellungsreferenz für alle. Einige Schlüssel sind an bestimmte Quellen gebunden, und die Zeile „Scope” jedes Eintrags sagt, welche: Eine verwaltete Einstellungsdatei, ein MDM-Profil oder die claude.ai-Konsole wendet eine Richtlinie auf alle an, die sie erreicht. Um einer Gruppe von Entwicklern eine andere Richtlinie zu geben, stellen Sie eine andere Datei oder ein anderes Profil für diese Gruppe bereit; die claude.ai-Konsole kann noch keine Gruppe als Ziel festlegen, während ein selbstgehostetes Claude-Apps-Gateway verwaltete Einstellungen pro IdP-Gruppe bereitstellt. Wenn mehr als ein Mechanismus eine Richtlinie auf dem gleichen Rechner bereitstellt, verwendet Claude Code standardmäßig einen und ignoriert die anderen. Wie Claude Code verwaltete Quellen kombiniert gibt die Reihenfolge und das Opt-in an, das jede Quelle anwendet. Die MDM- und Dateireihen werden zusammen als endpunktverwaltete Einstellungen bezeichnet, da die Richtlinie auf dem Gerät des Entwicklers gespeichert ist, im Gegensatz zur serververwalteten Reihe, wo Claude Code sie abruft. Wählen Sie einen Mechanismus danach aus, wie Sie bereits Geräte verwalten, indem Sie die folgende Tabelle verwenden. Starter-Vorlagen für Jamf, Iru, Intune und Gruppenrichtlinie befinden sich im MDM-Beispiel-Repository. Für verwaltete MCP-Server, die Sie neben einem dieser über managed-mcp.json bereitstellen, siehe Verwaltete MCP-Konfiguration.

Wo und wann eine Richtlinie angewendet wird

Eine bereitgestellte Richtlinie erreicht die Sitzungen des Entwicklers wie folgt:
  • Oberflächen: Auf dem Rechner des Entwicklers lesen das Terminal, die VS Code- und JetBrains-Erweiterungen, die Registerkarte „Code” der Desktop-App und Agent SDK-Sitzungen alle diese Quellen. Agent SDK-Sitzungen laden verwaltete Einstellungen auch dann, wenn settingSources die Benutzer-, Projekt- und lokalen Dateien ausschließt.
  • Cloud-Sitzungen: Eine Sitzung in einer von Anthropic gehosteten Umgebung liest kein MDM-Profil oder keine Datei eines Geräts, daher muss die Richtlinie dafür aus serververwalteten Einstellungen stammen. Eine Sitzung in einer selbstgehosteten Umgebung liest auch die verwaltete Einstellungsdatei in ihrem Runner-Image, standardmäßig nur wenn serververwaltete Einstellungen keinen Richtlinienschlüssel bereitstellen, mit Ausnahme der Schlüssel, die Claude Code aus jeder Admin-Quelle liest. Wie Claude Code verwaltete Quellen kombiniert behandelt das Opt-in, das beide anwendet.
  • Cowork-Sitzungen: Cowork in der Claude Desktop-App führt ihre Sitzungen auf Claude Code aus. In einer Cowork-Sitzung ruft Claude Code niemals serververwaltete Einstellungen aus der claude.ai-Verwaltungskonsole ab, auch wenn sich der Benutzer mit einem Team- oder Enterprise-Konto anmeldet, daher hängt die angewendete Richtlinie davon ab, wo die Sitzung ausgeführt wird:
    • Auf dem Rechner des Benutzers: Standardmäßig liest Claude Code in einer Cowork-Sitzung die MDM- oder Richtlinie auf Betriebssystemebene und die verwaltete Einstellungsdatei auf diesem Gerät, daher stellen Sie die Richtlinie dort bereit.
    • In einer vollständigen VM-Sandbox: Wenn Ihre Claude Desktop-verwaltete Konfiguration requireCoworkFullVmSandbox setzt, wird Claude Code in einer virtuellen Maschine ausgeführt, in der die MDM-Richtlinie und die verwaltete Einstellungsdatei des Geräts nicht vorhanden sind.
    • Remote-Cowork-Sitzungen: Diese werden auf von Anthropic verwalteten VMs ausgeführt, wo Claude Code keine Geräterichtlinie zum Lesen hat.
    Die Tabelle Oberflächenabdeckung vergleicht Cowork mit den anderen Oberflächen.
  • Laufende Sitzungen: Eine Sitzung nimmt die meisten Änderungen nach dem Zeitplan in der Tabelle ohne Neustart auf. Claude Code liest forceRemoteSettingsRefresh und requiredMinimumVersion nur beim Sitzungsstart, aktiviert einen neuen oder geänderten policyHelper-Eintrag beim nächsten Start und liest einige benutzerbearbeitbare Schlüssel einmal beim Sitzungsstart.
  • Änderungen, die Genehmigung benötigen: Abgesehen von den Updates, die auf den nächsten Start warten, wartet eine serververwaltete Änderung an einer Einstellung, die Genehmigung benötigt, wie ein Hook oder eine env-Variable, darauf, dass der Entwickler den Dialog in einer interaktiven Sitzung akzeptiert, und wird für den aktuellen Lauf in einer Sitzung angewendet, die eine IDE-Erweiterung oder das Agent SDK hostet. Andere serververwaltete Änderungen werden bei der nächsten Abfrage angewendet.
  • Langlebige Sitzungen: Eine Sitzung, die wochenlang offen bleibt, kann immer noch hinter einem Rollout zurückbleiben. requiredMinimumVersion blockiert den Start einer veralteten Binärdatei und beendet keine bereits laufende Sitzung.

Wo jeder Mechanismus die Richtlinie speichert

Die Schlüssel sind überall gleich, aber jeder Mechanismus speichert sie an einem anderen Ort und in einer anderen Form:
  • Serververwaltete: Anthropics Server oder Ihr Gateway halten die Richtlinie. Claude Code behält einen lokalen Cache, den es beim Start anwendet und bei jedem erfolgreichen Abruf ersetzt.
  • macOS-Konfigurationsprofil: die verwaltete Präferenzdomäne com.anthropic.claudecode. Verwenden Sie die gleichen Top-Level-Schlüssel wie managed-settings.json, mit verschachtelten Einstellungen als Wörterbücher und Listen als plist-Arrays.
  • Windows HKLM-Registrierung: das JSON als REG_SZ- oder REG_EXPAND_SZ-Wert namens Settings unter HKLM\SOFTWARE\Policies\ClaudeCode.
  • Dateibasiert: managed-settings.json, ein optionales managed-settings.d/-Verzeichnis und managed-mcp.json im Systemverzeichnis: /Library/Application Support/ClaudeCode/ auf macOS, /etc/claude-code/ auf Linux und WSL und C:\Program Files\ClaudeCode\ auf Windows. Claude Code liest den Legacy-Windows-Pfad C:\ProgramData\ClaudeCode\managed-settings.json nicht.
  • Windows HKCU-Registrierung: der gleiche Settings-Wert unter HKCU\SOFTWARE\Policies\ClaudeCode.

Teilen Sie eine dateibasierte Richtlinie auf Teams auf

Wenn mehrere Teams Teile einer Richtlinie besitzen, platzieren Sie jeden Teil in seiner eigenen Datei in managed-settings.d/, neben managed-settings.json im gleichen Systemverzeichnis, anstatt eine gemeinsame Datei zu bearbeiten. Claude Code führt managed-settings.json zuerst zusammen, dann jede *.json-Datei im Verzeichnis in alphabetischer Reihenfolge. Benennen Sie die Dateien mit numerischen Präfixen, um die Reihenfolge zu steuern, wie 10-telemetry.json und 20-security.json. Claude Code ignoriert versteckte Dateien und Dateien, die nicht auf .json enden. Wenn zwei Dateien den gleichen Schlüssel setzen, kombiniert Claude Code sie nach diesen Regeln:
  • Einzelne Werte, wie "model": "opus" oder "cleanupPeriodDays": 7: Der Wert der späteren Datei ersetzt den früheren
  • Listen, wie permissions.deny oder sandbox.network.allowedDomains: Die beiden Listen kombinieren, mit entfernten Duplikaten
  • Verschachtelte Blöcke, wie env oder sandbox: Die beiden Blöcke führen Schlüssel für Schlüssel zusammen, und jeder Schlüssel darin folgt den gleichen Regeln
  • fallbackModel: Die spätere Kette ersetzt die frühere ganz
  • extraKnownMarketplaces: Ein späterer Eintrag mit dem gleichen Namen ersetzt den früheren ganz
  • modelPicker: Die spätere Aufstellung ersetzt die frühere ganz

Wie Claude Code verwaltete Quellen kombiniert

Wenn Ihre Organisation mehr als eine verwaltete Quelle auf dem gleichen Rechner bereitstellt, entscheidet der Schlüssel managedSourcesBehavior, was Claude Code mit den anderen macht:
  • "first-wins", die Standardeinstellung: Claude Code verwendet die höchstrangige Quelle, die mindestens einen Richtlinienschlüssel bereitstellt, und ignoriert den Rest, anstatt sie zusammenzuführen, mit Ausnahme der wenigen Schlüssel in Schlüssel, die aus jeder Admin-Quelle gelesen werden. Claude Code zeigt keine Warnung für die Quellen, die es überspringt; /status nennt die Quelle, die es verwendet, und die, die es übersprungen hat.
  • "merge": Claude Code wendet jede Admin-Quelle an, die einen Richtlinienschlüssel bereitstellt, und kombiniert sie nach Art des Schlüssels: Bei den meisten Schlüsseln gilt der Wert der höherrangigen Quelle, Listen vereinigen sich und Sperren nehmen den strengsten Wert. Komponieren Sie jede verwaltete Quelle sagt, wo der Schlüssel zu setzen ist und wie sich jede Art von Schlüssel kombiniert. Erfordert Claude Code v2.1.242 oder später.
Beide Einstellungen ordnen die Quellen auf die gleiche Weise. Zwei Begriffe wiederholen sich in diesem Abschnitt:
  • Richtlinienschlüssel: Jeder Einstellungsschlüssel außer den zwei Steuerschlüsseln, wslInheritsWindowsSettings und managedSourcesBehavior. Eine verwaltete Einstellungsdatei oder MDM-Richtlinie, die nur diese enthält, zählt nicht, und Claude Code geht zur nächsten Quelle über.
  • Admin-Quelle: Eine der ersten drei Quellen unten. Die HKCU-Registrierung ist benutzerbearbeitbar und ist keine.
Claude Code überprüft die Quellen in dieser Reihenfolge, höchste Priorität zuerst:
  1. Remote-Einstellungen, bereitgestellt von claude.ai als serververwaltete Einstellungen oder von einem Claude-Apps-Gateway. Claude Code ruft diese Quelle nur ab, wenn sich die Sitzung direkt mit Anthropics API mit einem berechtigten Login oder Schlüssel authentifiziert oder sich bei einem Gateway mit /login anmeldet. Bei anderen Anbietern oder wenn ANTHROPIC_BASE_URL auf etwas anderes als Anthropics API zeigt, beginnt es bei der nächsten Quelle
  2. MDM- oder Richtlinien auf Betriebssystemebene: die macOS-plist oder der HKLM-Registrierungsschlüssel
  3. Verwaltete Einstellungsdateien, managed-settings.d/*.json und managed-settings.json zusammengeführt
  4. Die HKCU-Registrierung, auf Windows und auf WSL, sobald der HKLM-Registrierungsschlüssel oder die Windows-verwaltete Einstellungsdatei wslInheritsWindowsSettings einschaltet und der HKCU-Wert es auch setzt. Claude Code liest ihn nur, wenn keine Quelle darüber einen Richtlinienschlüssel bereitstellt und keine vom Host bereitgestellten übergeordneten Einstellungen einen restriktiven Schlüssel liefern
Dieses Diagramm zeigt die Rangfolge, mit Beispielen der quellübergreifenden Schlüssel, die Claude Code unter einer der beiden Einstellungen aus den ersten drei Quellen liest: Diagramm, das die vier verwalteten Einstellungsquellen zeigt, die von Remote-Einstellungen oben über MDM, verwaltete Einstellungsdateien und die HKCU-Registrierung unten rangiert sind. Standardmäßig liefert die erste Quelle mit einem Richtlinienschlüssel die Richtlinie und der Rest wird übersprungen; mit managedSourcesBehavior auf Merge trägt jede Admin-Quelle mit einem Richtlinienschlüssel bei, kombiniert nach Art des Schlüssels, und die HKCU-Registrierung bleibt außen vor. Ein Seitenpanel zeigt, dass quellübergreifende Schlüssel wie die Sandbox-Sperren, forceRemoteSettingsRefresh und die pro-Variable env-Zusammenführung aus jeder Admin-Quelle gelesen werden, die die HKCU-Registrierung ausschließt. Diagramm, das die vier verwalteten Einstellungsquellen zeigt, die von Remote-Einstellungen oben über MDM, verwaltete Einstellungsdateien und die HKCU-Registrierung unten rangiert sind. Standardmäßig liefert die erste Quelle mit einem Richtlinienschlüssel die Richtlinie und der Rest wird übersprungen; mit managedSourcesBehavior auf Merge trägt jede Admin-Quelle mit einem Richtlinienschlüssel bei, kombiniert nach Art des Schlüssels, und die HKCU-Registrierung bleibt außen vor. Ein Seitenpanel zeigt, dass quellübergreifende Schlüssel wie die Sandbox-Sperren, forceRemoteSettingsRefresh und die pro-Variable env-Zusammenführung aus jeder Admin-Quelle gelesen werden, die die HKCU-Registrierung ausschließt.

Schlüssel, die aus jeder Admin-Quelle gelesen werden

Unter der Standardeinstellung "first-wins" liest Claude Code die meisten Schlüssel nur aus der Quelle, die es ausgewählt hat, und ignoriert einen Wert in einer niedrigeren Quelle, auch wenn die ausgewählte Quelle diesen Schlüssel nicht setzt. Einige Schlüssel funktionieren anders. Claude Code liest sie aus jeder Admin-Quelle, daher kann eine niedrigere MDM-Richtlinie oder verwaltete Einstellungsdatei sie immer noch setzen, wenn die ausgewählte Quelle es nicht tut. Claude Code lässt die benutzerbearbeitbare HKCU-Registrierung aus dieser Überprüfung aus; wenn HKCU die einzige Quelle ist und kein Host übergeordnete Einstellungen liefert, wendet HKCU wie jede ausgewählte Quelle an. Die quellübergreifenden Schlüssel umfassen:
  • sandbox.network.allowManagedDomainsOnly und sandbox.filesystem.allowManagedReadPathsOnly: Ein true in einer Admin-Quelle schaltet die Sperre ein. Während eine Sperre eingeschaltet ist, vereinigt Claude Code die Zulassungsliste, die sie sperrt, sandbox.network.allowedDomains zusammen mit WebFetch(domain:...)-Zulassungsregeln oder sandbox.filesystem.allowRead, über jede Admin-Quelle. Ohne die Sperre behandelt Claude Code die Zulassungsliste wie jeden anderen Schlüssel, daher wird unter "first-wins" die Zulassungsliste einer nicht ausgewählten Admin-Quelle ignoriert
  • allowAllClaudeAiMcps
  • Die Sandbox-Binärpfade sandbox.bwrapPath und sandbox.socatPath
  • Die Sandbox-ripgrep-Binärdatei, sandbox.ripgrep
  • sandbox.filesystem.disabled und sandbox.network.strictAllowlist
  • useAutoModeDuringPlan und syncClaudeAiSkills, wobei ein false aus einer Admin-Quelle das Verhalten ausschaltet. Ein false in den Benutzer- oder lokalen Einstellungen des Entwicklers schaltet es auch aus; jeder Schlüssel kann nur verweigern
  • enableArtifact, wobei ein false aus einer Admin-Quelle das Artifact-Tool ausschaltet. Ein false in den Benutzer-, Projekt- oder lokalen Einstellungen des Entwicklers schaltet es auch aus, und keine Quelle schaltet es wieder ein; siehe welche niedrigeren Werte dennoch zählen. Erfordert Claude Code v2.1.242 oder später
  • Ein Commit-Trailer-Opt-out in attribution oder im veralteten includeCoAuthoredBy aus einer beliebigen Ebene
  • forceRemoteSettingsRefresh
  • env, zusammengeführt pro Variable über die Admin-Quellen: Jede Variable kommt aus der höchstpriorität Quelle, die sie definiert, daher füllen niedrigere Quellen Variablen, die höhere nicht setzen. Einige Variablen folgen ihren eigenen Regeln; Pro-Schlüssel-Ausnahmen über verwaltete Quellen nennt jede. Erfordert Claude Code v2.1.223 oder später. Vor v2.1.223 wendete Claude Code nur den ganzen env-Block der ausgewählten Quelle an

Komponieren Sie jede verwaltete Quelle

Um Claude Code jede Admin-Quelle anwenden zu lassen, die Ihre Organisation bereitstellt, setzen Sie managedSourcesBehavior auf "merge" in der höchstrangigen Quelle, die Sie bereitstellen. Claude Code liest den Schlüssel nur aus der höchstrangigen Quelle, die entweder den Schlüssel oder einen Richtlinienschlüssel trägt, daher kann eine niedrigere Quelle sich nicht selbst in die Zusammenführung mit der Quelle darüber einschalten, und ein Rechner, der niemals serververwaltete Einstellungen erhält, benötigt den Schlüssel auch in seinem MDM-Profil. Die benutzerbearbeitbare HKCU-Registrierung führt sich niemals mit einer anderen Quelle zusammen. Erfordert Claude Code v2.1.242 oder später. Unter "merge" fügt Claude Code Listeneinträge aus einer niedrigeren Quelle, wie permissions.allow-Regeln und Hooks, zur Richtlinie hinzu, daher schalten Sie es nur ein, wenn jede Quelle, die unter Ihrer höchsten rangiert, unter der Kontrolle eines Administrators steht. Diese Tabelle zeigt, wie Claude Code jede Art von Schlüssel unter "merge" kombiniert; der Eintrag managedSourcesBehavior nennt jeden Schlüssel in den Zeilen „Restriction allowlist” und „highest-source-only”. Um zu bestätigen, welche Quellen auf einem Rechner kombiniert wurden, lesen Sie die Zeile Setting sources in /status; dieser Abschnitt sagt, was jedes Label bedeutet.

Berechnen Sie die Richtlinie mit einem Helper-Programm

Ein policyHelper ist eine ausführbare Datei, die Ihre MDM-Richtlinie oder verwaltete Einstellungsdatei benennt, und Claude Code führt sie aus, um verwaltete Einstellungen beim Start zu berechnen. Wenn die ausgewählte Quelle einen konfiguriert und der Helper ein managedSettings-Objekt ausgibt, ändert diese Ausgabe, was Claude Code liest:
  • Das ausgegebene managedSettings-Objekt ist die einzige verwaltete Einstellung für die Sitzung, einschließlich für die Schlüssel, die es sonst aus jeder Admin-Quelle liest, mit Ausnahme von forceRemoteSettingsRefresh, das Claude Code in jeder Admin-Quelle beim Start überprüft, bevor der Helper läuft. Für welche Helper-Läufe fehlschlagen und was Claude Code macht, wenn einer es tut, siehe Helper-Fehler
Claude Code wählt die Quelle beim Start aus, und diese Auswahl entscheidet, ob ein Helper läuft. Der Eintrag policyHelper sagt, welche Quellen einen Helper konfigurieren können.

Lassen Sie einen Embedding-Host Richtlinie hinzufügen

Wenn eine andere Anwendung Claude Code startet, wie Claude Desktop, eine IDE-Erweiterung oder eine Agent SDK-App, kann dieser Host seine eigenen verwalteten Einstellungen durch die SDK-Option managedSettings übergeben. Claude Code nennt diese übergeordneten Einstellungen. Standardmäßig ignoriert Claude Code übergeordnete Einstellungen, wenn eine Admin-Quelle vorhanden ist: serververwaltete Einstellungen, eine MDM- oder Richtlinie auf Betriebssystemebene oder eine verwaltete Einstellungsdatei. Um Claude Code übergeordnete Einstellungen neben einer Admin-Quelle zusammenzuführen, setzen Sie parentSettingsBehavior auf "merge" in der höchstpriorität verwalteten Quelle; Claude Code liest den Schlüssel nur aus dieser Quelle. Claude Code behält dann nur die Werte des Hosts, die einschränken, was Claude tun kann, mit einer Lücke, die Sie kennen sollten: Wenn Sie auch die allowManaged*Only-Sperren nicht setzen, gelten die Zulassungsregeln und Sandbox-Zulassungslisten des Hosts immer noch. Siehe Beschränken Sie übergeordnete Einstellungen für die Sperren. Ein policyHelper kann die übergeordnete Zusammenführung unabhängig von diesem Schlüssel ausschalten; sein Eintrag sagt, wann. Claude Code wendet auch diese Überprüfungen auf vom Host bereitgestellte Werte allein an:
  • Wenn eine Admin-Quelle allowManagedPermissionRulesOnly setzt, löscht Claude Code vom Host bereitgestellte Zulassungsregeln und additionalDirectories beim Lesen, auch wenn eine höherpriorität Quelle den Schlüssel nicht setzt. Die Auswirkung des Schlüssels auf Ihre eigenen Berechtigungsregeln kommt aus den verwalteten Einstellungen, die Claude Code anwendet, oder aus übergeordneten Einstellungen, die Sie zusammenführen möchten
  • Claude Code erzwingt den Wert forceLoginOrgUUID oder allowedMcpServers in den verwalteten Einstellungen, die es anwendet, und blockiert einen vom Host bereitgestellten. Ein Wert in einer niedrigeren Admin-Quelle, die Claude Code nicht anwendet, wendet sich weder an noch blockiert den Wert des Hosts. Der Eintrag managedSourcesBehavior sagt, welche Quelle jeden Schlüssel unter "merge" liefert. Vor v2.1.223 blockierte ein Wert in einer Admin-Quelle den Wert des Hosts
  • Ein availableModels-Wert folgt der gleichen Regel wie allowedMcpServers

Behalten Sie Cowork-Ordnerzugriff, wenn nur verwaltete Regeln gelten

Cowork in der Claude Desktop-App führt ihre Sitzungen auf Claude Code aus und gewährt jeder Sitzung Zugriff auf ihre Arbeitsordner, wie den Ordner, den der Benutzer verbindet, durch Zulassungsregeln, die es liefert, wenn es die Sitzung startet. Wenn Ihre verwaltete Richtlinie allowManagedPermissionRulesOnly setzt, behält Claude Code nur die Zulassungsregeln in der verwalteten Richtlinie: Es löscht Zulassungsregeln, die ein Host als übergeordnete Einstellungen, --allowedTools oder in einer Einstellungsdatei liefert, daher verlieren Schreibvorgänge in diese Ordner ihre Vorgenehmigung. In einer Cowork-Sitzung, die vor Bearbeitungen fragt, kann Cowork die Eingabeaufforderung nicht anzeigen, und Claude meldet jeden Schreibvorgang als blockiert, da der Pfad zu einem geschützten Ort oder einem Pfad außerhalb des verbundenen Ordners aufgelöst wird. Um die Schreibvorgänge wiederherzustellen, fügen Sie Zulassungsregeln für diese Ordner zur verwalteten Quelle hinzu, die Claude Code auswählt auf diesen Rechnern: Auf einer MDM-verwalteten Flotte ist das die MDM-Richtlinie anstelle einer separaten verwalteten Einstellungsdatei. Dieses Beispiel verwendet die Dateiform, und eine MDM-Richtlinie nimmt die gleichen Schlüssel. Es behält allowManagedPermissionRulesOnly gesetzt und erlaubt Bearbeitungen unter einem CoworkProjects-Ordner im Basisverzeichnis jedes Benutzers; ersetzen Sie den Pfad durch die Ordner, die Ihre Benutzer verbinden:
managed-settings.json
Nachdem Sie die Richtlinie bereitgestellt haben, kann Claude Dateien unter diesem Ordner in einer neuen Cowork-Sitzung speichern. Lesen und Bearbeiten von Regeln behandeln die Pfadsyntax, einschließlich der //-Form für absolute Pfade.

Was ein Entwickler ändern kann

Die eigenen Einstellungsdateien eines Entwicklers, --settings-Werte und Projektdateien setzen niemals einen verwalteten Wert außer Kraft; die Ausnahmen lassen nur einen strengeren Wert auf niedrigerer Ebene zählen. Vier Dinge sitzen außerhalb dieser Regel:
  • Das Modell für eine Sitzung: Ein verwaltetes model ist ein Standard, keine Sperre. --model und ANTHROPIC_MODEL wählen immer noch das Modell für diese Sitzung, daher stellen Sie availableModels bereit, um die Auswahl einzuschränken.
  • Lokale Administratorrechte: Ein Entwickler, der Administrator auf dem Rechner ist, kann die verwaltete Quelle selbst bearbeiten, weshalb MDM-Tools das Profil oder die Datei nach einem Zeitplan erneut bereitstellen können und weshalb der HKLM-Registrierungsschlüssel und die macOS-verwaltete Präferenzdomäne existieren.
  • Der serververwaltete Cache: Serververwaltete Einstellungen stammen von Anthropics Servern, und eine Bearbeitung des lokalen Cache dauert nur bis zum nächsten erfolgreichen Abruf.
  • Andere Tools: Verwaltete Einstellungen binden nur Claude Code. Ein Entwickler, der die API von einem anderen Tool aufruft, unterliegt ihnen nicht.

Überprüfen Sie, dass eine Richtlinie in Kraft ist

Ein Entwickler meldet, dass eine Richtlinie nicht angewendet wird, oder Sie möchten einen Rollout bestätigen, bevor Sie ihn auf die Flotte schieben. Zwei Befehle auf diesem Rechner beantworten es: /status zeigt, welche verwaltete Quelle Claude Code ausgewählt hat, und claude doctor listet auf, was es gelöscht hat.

Lesen Sie die Quelle in /status

Führen Sie auf dem Rechner des Entwicklers /status in Claude Code aus und lesen Sie die Zeile Setting sources. Wenn eine verwaltete Quelle in Kraft ist, listet die Zeile Enterprise managed settings mit der Quelle auf, die Claude Code in Klammern ausgewählt hat:
  • (remote): Serververwaltete Einstellungen von claude.ai oder einem Gateway
  • (plist) oder (HKLM): Eine MDM- oder Betriebssystemrichtlinie
  • (file), (drop-ins) oder (file + drop-ins): managed-settings.json, das Drop-in-Verzeichnis oder beide
  • (remote + file, merged) oder eine andere Liste, die mit , merged endet: Ihre Organisation komponiert jede verwaltete Quelle, und Claude Code führte die aufgelisteten Quellen in die Richtlinie zusammen. Eine niedrigere Quelle kann immer noch env-Variablen liefern, ohne in der Liste zu erscheinen. Erfordert Claude Code v2.1.242 oder später
  • (HKCU): Der benutzerbearbeitbare Registrierungs-Fallback
  • (parent process): Ein Embedding-Host lieferte restriktive Einstellungen
  • (helper): Ein policyHelper, der von der ausgewählten MDM- oder Dateiqu konfiguriert wurde
Wenn Claude Code eine verwaltete Quelle auf dem Rechner fand und sie nicht auswählte, nennt eine zweite Zeile, Skipped sources, jede solche Quelle. Lesen Sie sie, um eine Richtlinie, die den Rechner nie erreichte, von einer zu unterscheiden, die ihn erreichte und die eine höherpriorität Quelle außer Kraft setzte. Erfordert Claude Code v2.1.242 oder später. Wenn die Richtlinie nicht angewendet wird, sagt Ihnen die Zeile Setting sources, welches von zwei Problemen Sie haben:
  • Die Zeile fehlt: Claude Code fand keine verwaltete Quelle, die einen Richtlinienschlüssel bereitstellt. Wenn Sie eine verwaltete Einstellungsdatei bereitgestellt haben, überprüfen Sie, dass sie sich am Pfad für das Betriebssystem befindet und dass sie einen Richtlinienschlüssel anstelle nur der Steuerschlüssel enthält. Eine Datei, die kein gültiges JSON ist, erzeugt diesen Zustand nicht; Claude Code weigert sich zu starten stattdessen. Wenn Sie stattdessen über serververwaltete Einstellungen bereitgestellt haben, führen Sie claude doctor aus, das das Abrufergebnis meldet.
  • Die Zeile nennt eine Quelle, die nicht die ist, die Sie bereitgestellt haben: Eine höherpriorität Quelle ist vorhanden und Claude Code ignorierte Ihre, und Skipped sources listet sie auf. Wie Claude Code verwaltete Quellen kombiniert gibt die Reihenfolge.

Finden Sie Einträge, die Claude Code gelöscht hat

Wenn eine verwaltete Einstellungsdatei, ein MDM-Profil, ein Registrierungswert oder eine serververwaltete Nutzlast die Schemavalidierung nicht besteht, überspringt Claude Code zuerst die einzelnen Einträge, die es reparieren kann, wie eine ungültige Berechtigungsregel, mit einer Warnung für jeden, löscht dann jeden Top-Level-Schlüssel, dessen Wert immer noch fehlschlägt, und setzt die Durchsetzung jedes verbleibenden gültigen Schlüssels fort. Claude Code ist strenger mit den managedSettings, die ein policyHelper ausgibt: Es macht die gleichen Eintragsreparaturen, aber jede Schemaverletzung, die überlebt, schlägt den ganzen Helper-Lauf fehl, und beim Start weigert sich Claude Code zu starten, das gleiche wie für einen Helper, der mit Nicht-Null beendet wird. Wenn eine verwaltete Einstellungsdatei, Drop-in-Datei, MDM-plist oder HKLM-Registrierungswert vorhanden ist, aber nicht als JSON-Objekt analysiert werden kann, weigert sich Claude Code zu starten und druckt einen Fehler, der die Quelle benennt, auch wenn eine andere Admin-Quelle eine gültige Richtlinie bereitstellt. Jede Quelle schlägt auf diese Weise fehl, wenn:
  • Verwaltete Einstellungsdatei oder Drop-in-Datei: Die Datei ist kein gültiges JSON oder ihre Top-Ebene ist kein Objekt
  • MDM-plist: macOS’s plutil meldet die plist als fehlerhaft oder ihr konvertierter Inhalt ist kein JSON-Objekt
  • HKLM-Registrierungswert: Der Settings-Wert ist keine Zeichenkette, ist leer oder enthält kein JSON-Objekt
Drei Quellzustände verursachen diese Weigerung nicht:
  • Eine fehlende Datei, ein fehlendes Profil oder ein fehlender Registrierungswert ist kein Fehler; Claude Code läuft ohne diese Quelle.
  • Eine leere verwaltete Einstellungsdatei zählt als {}.
  • Ein fehlerhafter Wert im benutzerbearbeitbaren HKCU-Registrierungsschlüssel blockiert niemals den Start. Claude Code meldet ihn stattdessen als Hinweis in /status und claude doctor.
Wenn eine verwaltete Einstellungsdatei, Drop-in-Datei oder managed-settings.d/-Verzeichnis nicht gelesen werden kann und keine Admin-Quelle eine Richtlinie liefert, beenden Sitzungen, die sich mit claude.ai- oder Claude Console-Anmeldedaten anmelden, beim Start mit einer Nachricht, um einen Administrator zu kontaktieren. Um einen gelöschten Eintrag zu finden, schauen Sie an einer von drei Stellen nach:
  • Interaktive Sitzungen zeigen beim Start einen Dialog mit den ungültigen Einträgen.
  • Nicht-interaktive Läufe mit -p drucken eine Zusammenfassung auf stderr.
  • claude doctor listet jeden ungültigen Eintrag mit seiner Quelle und seinem Feld auf.

Schlüssel, die geschlossen fehlschlagen

Einige Durchsetzungsschlüssel werden nicht gelöscht, wenn sie ungültig sind. Claude Code erzwingt einen strengeren Fallback, bis der Wert behoben ist; die Tabelle zeigt, was es für jeden Schlüssel erzwingt: requiredMinimumVersion und requiredMaximumVersion schlagen absichtlich offen fehl: Ein ungültiger Wert wird gelöscht, anstatt erzwungen zu werden. Diese Toleranz gilt nur für verwaltete Einstellungen. Benutzer-, Projekt- und lokale Einstellungsdateien bleiben streng: Eine Datei, deren JSON oder Top-Level-Form die Validierung nicht besteht, wird als Ganzes abgelehnt und gemeldet, und ein einzelner Eintrag, der fehlschlägt, wie eine fehlerhafte Berechtigungsregel, wird mit einer Warnung übersprungen, während der Rest der Datei angewendet wird.

Schlüssel, die nur eine verwaltete Quelle setzen kann

Claude Code liest die folgenden Schlüssel nur aus einer verwalteten Quelle; das Platzieren in Benutzer- oder Projekteinstellungsdateien hat keine Auswirkung. Die meisten sind Sperren: Der Wert, den eine Sperre regelt, wie Berechtigungsregeln oder sandbox.network.allowedDomains, ist ein gewöhnlicher Schlüssel, den jede Ebene setzen kann, und die Sperre sagt Claude Code, nur den verwalteten Wert zu beachten. Die Tabelle behandelt die Berechtigungs-, Plugin- und Liefersteuerelemente. Für jeden Schlüssel, der hier nicht aufgelistet ist, sagt die Spalte „Scope” der Einstellungsreferenz Index, ob er nur verwaltet ist; die verbleibenden nur verwalteten Schlüssel dort umfassen die Gateway-Anmelde-URL, Version, Browser, Mobile-Simulator, SSH-Host, Desktop-Lokalsitzung, Sandbox-Binärpfad, Modellpreisgestaltung und CLAUDE.md-Steuerelemente.
Auf Team- und Enterprise-Plänen aktiviert oder deaktiviert ein Owner Remote Control und Web-Sitzungen organisationsweit in Claude Code-Verwaltungseinstellungen. Remote Control kann zusätzlich pro Gerät mit der Einstellung disableRemoteControl deaktiviert werden. Web-Sitzungen haben keinen verwalteten Einstellungsschlüssel pro Gerät.Um zu überprüfen, ob diese Organisationseinstellungen einen bestimmten Rechner erreicht haben, führen Sie dort claude doctor aus und lesen Sie die Zeile Organization policy, die sagt, wo Claude Code die Richtlinie geladen hat oder warum es nicht geladen wurde. Erfordert Claude Code v2.1.261 oder später. In einer laufenden Sitzung zeigt /status die gleiche Zeile, wenn die Richtlinie nicht geladen wurde.

Schalten Sie Telemetrie für Ihre Organisation aus

Claude Code sendet Anthropic-Betriebstelemetrie](/de/data-usage#telemetry-services) standardmäßig auf Sitzungen, die die Anthropic API verwenden, ob direkt, über ein LLM-Gateway oder über ein benutzerdefiniertes ANTHROPIC_BASE_URL; Standardverhalten nach API-Anbieter sagt, welche Anbieter es senden. Um es für jeden Entwickler auszuschalten, ohne sich auf die Shell jeder Person zu verlassen, liefern Sie DISABLE_TELEMETRY über den env-Block Ihrer verwalteten Einstellungen. Dieses Beispiel setzt DISABLE_TELEMETRY für jeden, den die Richtlinie erreicht:
Claude Code wendet einen Wert von 1 an, ohne dem Benutzer den Genehmigungsdialog zu zeigen. Wenn Sie Telemetrie ausschalten, stoppt Claude Code das Senden der Nutzungsdaten, die Ihr Organisations-Analyse-Dashboard für die Entwickler speist, die die Richtlinie erreicht. Die Variable schaltet auch das Abrufen von Feature-Flags aus, was Features, die Feature-Flag-Abrufen benötigen, für diese Entwickler nicht verfügbar macht. Wo und wann eine Richtlinie angewendet wird sagt, welcher Bereitstellungsmechanismus jede Oberfläche erreicht, und Plattformverfügbarkeit sagt, welche Sitzungen den Abruf von serververwalteten Einstellungen überspringen. Wenn Ihre Organisation kundenverwaltete Verschlüsselungsschlüssel verwendet und Claude Code über ein Gateway leitet, sagt Konfigurieren Sie Proxys und Gateways, warum diese Sitzungen diese Variable benötigen.

Siehe auch