Skip to main content
Claude Code erzwingt Organisationsrichtlinien durch verwaltete Einstellungen, die Vorrang vor lokalen Entwicklerkonfigurationen haben. Sie stellen diese Einstellungen über die Claude-Administratorkonsole, Ihr Mobile-Device-Management-System (MDM) oder eine Datei auf der Festplatte bereit. Die Einstellungen steuern, auf welche Tools, Befehle, Server und Netzwerkziele Claude zugreifen kann. Diese Seite führt Sie durch die Bereitstellungsentscheidungen in der richtigen Reihenfolge. Jede Zeile verlinkt auf den Abschnitt unten und auf die Referenzseite für diesen Bereich.
SSO, SCIM-Bereitstellung und Sitzplatzzuweisung werden auf Claude-Kontoebene konfiguriert. Siehe das Claude Enterprise Administrator Guide und Sitzplatzzuweisung für diese Schritte.

​
API-Anbieter wählen

Claude Code verbindet sich mit Claude über einen von mehreren API-Anbietern. Ihre Wahl beeinflusst die Abrechnung, die Authentifizierung, welche Compliance-Position Sie erben, und welche Claude Code-Funktionen Ihre Entwickler nutzen können. Einige Claude Code-Funktionen erfordern ein claude.ai-Konto. Cloud-Sitzungen, geplante Aufgaben in der Cloud, Code Review, Remote Control und die Chrome-Erweiterung sind nicht über Console API-Schlüssel oder Cloud-Provider-Anmeldedaten allein verfügbar. Wenn Sie über Amazon Bedrock, Google Cloud’s Agent Platform oder Microsoft Foundry bereitstellen, planen Sie, ob Entwickler auch Claude für Teams oder Enterprise-Sitze benötigen. Jede Funktionsseite listet ihre Plan-Anforderungen auf. Für den vollständigen Anbietervergleich mit Authentifizierung, Regionen und Funktionsparität siehe Übersicht zur Enterprise-Bereitstellung. Die Auth-Einrichtung für jeden Anbieter finden Sie unter Authentifizierung. Proxy- und Firewall-Anforderungen in Netzwerkkonfiguration gelten unabhängig vom Anbieter. Wenn Sie einen einzelnen Endpunkt vor mehreren Anbietern oder zentralisierte Anforderungsprotokollierung möchten, siehe LLM-Gateway.

​
Entscheiden Sie, wie Einstellungen Geräte erreichen

Verwaltete Einstellungen definieren Organisationsrichtlinien. Claude Code überprüft die vier Quellen in der folgenden Tabelle in Prioritätsreihenfolge. Wie Claude Code verwaltete Quellen kombiniert zeigt, welche davon gelten, was ein Policy-Helper ändert und wie jede Quelle zusammengesetzt wird. Die Tabelle ist die Entscheidungskarte. Claude Code ruft server-verwaltete Einstellungen beim Start ab und aktualisiert sie während der Sitzung stündlich, ohne dass eine Endpunkt-Infrastruktur bereitgestellt werden muss. Die Lieferung über die claude.ai-Administratorkonsole erfordert einen Claude for Teams oder Enterprise-Plan. Bereitstellungen auf Amazon Bedrock, Google Cloud’s Agent Platform oder Microsoft Foundry können die gleiche Remote-Lieferung durch Ausführung eines Claude-Apps-Gateways erhalten oder stattdessen einen der dateibasierten oder Betriebssystem-Mechanismen verwenden. Wenn Ihre Organisation mehrere Anbieter mischt, konfigurieren Sie server-verwaltete Einstellungen für claude.ai-Benutzer plus ein dateibasiertes oder plist/Registry-Fallback, damit andere Benutzer immer noch verwaltete Richtlinien erhalten. Die plist- und HKLM-Registry-Speicherorte funktionieren mit jedem Anbieter und widerstehen Manipulationen, da sie Administratorrechte zum Schreiben erfordern. Die Windows-Benutzer-Registry unter HKCU ist ohne Erhöhung beschreibbar, daher sollten Sie sie eher als praktischen Standard als als Durchsetzungskanal behandeln. Standardmäßig liest WSL nur den Linux-Dateipfad unter /etc/claude-code. Um Ihre Windows-Registry und C:\Program Files\ClaudeCode-Richtlinie auf WSL auf demselben Computer zu erweitern, setzen Sie wslInheritsWindowsSettings: true in einer dieser nur für Administratoren zugänglichen Windows-Quellen. Welcher Mechanismus Sie auch wählen, verwaltete Werte haben Vorrang vor Benutzer- und Projekteinstellungen, mit Ausnahme einiger sicherheitsempfindlicher Ausnahmen. Array-Einstellungen wie permissions.allow und permissions.deny führen Einträge aus allen Quellen zusammen, sodass Entwickler verwaltete Listen erweitern, aber nicht daraus entfernen können. Bei fallbackModel, availableModels und modelPicker ersetzt der verwaltete Wert die unteren Ebenen, anstatt sie zusammenzuführen.

​
WSL-Sitzungen in Claude Code Desktop

Unter Windows können Claude Code Desktop Code-Sitzungen in einer WSL 2-Distribution ausführen. Der Claude Code-Prozess der Sitzung wird in der Distribution ausgeführt, daher werden verwaltete Einstellungen über den oben beschriebenen WSL-Erkennungspfad aufgelöst: Windows-spezifische Quellen erreichen ihn nicht, es sei denn, wslInheritsWindowsSettings: true wird bereitgestellt. Claude Desktop deaktiviert WSL-Sitzungen standardmäßig auf Geräten, die es als organisationsverwaltete Geräte erkennt, beispielsweise wenn C:\Program Files\ClaudeCode\managed-settings.json vorhanden ist. Um sie zu aktivieren, stellen Sie eine Windows-Registry-Richtlinie bereit, die Claude Desktop v1.19367.0 oder später erfordert:
  • Erstellen Sie einen Wert namens disableWslSessions unter HKLM\SOFTWARE\Policies\Claude und setzen Sie ihn auf die REG_SZ-Zeichenkette false oder das REG_DWORD 0. Dieser Wert befindet sich unter dem Claude Desktop-Richtlinienschlüssel, getrennt vom ClaudeCode-Schlüssel, der verwaltete Einstellungen enthält. Stellen Sie den Wert unter HKLM bereit, was Administratorrechte zum Schreiben erfordert. Ein Wert unter HKCU aktiviert WSL-Sitzungen nicht.
  • Lassen Sie C:\Program Files\ClaudeCode\managed-settings.json an Ort und Stelle, wenn Sie es bereitstellen. Sobald disableWslSessions unter HKLM false ist, erlaubt Desktop WSL-Sitzungen, obwohl diese Datei vorhanden ist.
Desktop liest die Richtlinie jedes Mal, wenn eine WSL-Sitzung startet, daher müssen Sie die App nach der Bereitstellung nicht neu starten. Wenn ein Gerät WSL-Sitzungen immer noch ablehnt, öffnen Sie Help > Troubleshooting > Show Logs in File Explorer in Claude Desktop auf diesem Gerät, wodurch eine Kopie seines Log-Ordners in Downloads gespeichert wird. Suchen Sie in dieser Kopie in main.log nach [wslPolicyGate] denying WSL session. Der Grund für die Ablehnung folgt in Klammern, z. B. (cli-file-present). Nachdem WSL-Sitzungen aktiviert sind, erweitern Sie Ihre verwalteten Einstellungen auf diese:
  • Stellen Sie wslInheritsWindowsSettings: true über die HKLM-Registry oder die C:\Program Files\ClaudeCode-Datei bereit, damit WSL-Sitzungen die gleiche Richtlinie wie Host-Sitzungen erben.
  • Überprüfen Sie dies, indem Sie /status in einer WSL-Sitzung ausführen und die Zeile Setting sources lesen. Um zu interpretieren, was sie auflistet, siehe Lesen Sie die Quelle in /status.
Prozesse in der WSL 2-Utility-VM sind für Windows-seitige Endpoint-Detection-Sensoren nicht sichtbar. Um In-Distro-Prozess- und Dateiaktivität zu beobachten, überprüfen Sie die WSL-Anleitung Ihres Endpoint-Detection-Anbieters auf einen Linux-Sensor, den Sie in der Distribution ausführen können, und die Ausschlüsse, die er benötigt. Claude Code’s OpenTelemetry-Tool-Ausführungs-Telemetrie wird identisch für WSL- und native Sitzungen ausgegeben.

​
Entscheiden Sie, was durchgesetzt werden soll

Verwaltete Einstellungen können Tools sperren, Sandbox-Ausführung, MCP-Server und Plugin-Quellen einschränken und steuern, welche Hooks ausgeführt werden. Jede Zeile ist eine Kontrollfläche mit den Einstellungsschlüsseln, die sie antreiben. Wenn Ihre Mitglieder sich über claude.ai oder die Anthropic API anmelden und Sie einen Claude Enterprise-Plan haben, können Sie Modelle auch von den Admin-Einstellungen Ihrer Organisation aus steuern, ohne etwas bereitzustellen: Keine dieser Kontrollen erreichen Sitzungen auf Amazon Bedrock, Google Cloud’s Agent Platform, Microsoft Foundry oder Claude Platform on AWS. Verwenden Sie auf diesen Anbietern stattdessen verwaltete Einstellungen: availableModels für Einschränkungen, model für einen Standard und maxEffortLevel für eine Effort-Obergrenze. Cloud-Sitzungen haben auf claude.ai ihre eigenen Admin-Oberflächen: Berechtigungsregeln und Sandboxing decken verschiedene Ebenen ab. Das Ablehnen von WebFetch blockiert Claudes Fetch-Tool, aber wenn Bash zulässig ist, können curl und wget immer noch jede URL erreichen. Sandboxing schließt diese Lücke mit einer auf Betriebssystemebene durchgesetzten Netzwerk-Domain-Allowlist. Für das Bedrohungsmodell, das diese Kontrollen verteidigen, siehe Sicherheit.

​
Verbundene GitHub-Konten

In Team- und Enterprise-Plänen listet der GitHub-Abschnitt unter Organization settings > Git providers die GitHub-Organisationen und persönlichen Konten auf, die über die Claude GitHub App mit Ihrer Claude-Organisation verknüpft sind. Claude Code, Claude Tag und Claude Security teilen sich diese Liste. Zum Öffnen der Seite benötigen Sie eine Admin-Rolle in Ihrer Claude-Organisation. Ein Admin oder ein Mitglied kann ein Konto verknüpfen:
  • Verbindung durch einen Admin: Ein Admin klickt in diesem Abschnitt auf Connect oder, sobald ein Konto verbunden ist, auf Add organization und installiert die Claude GitHub App in einer GitHub-Organisation. Um eine Organisation auf diese Weise zu verknüpfen, ist eine Person erforderlich, die sowohl Owner der GitHub-Organisation als auch Admin Ihrer Claude-Organisation ist.
  • Verbindung durch ein Mitglied: Wenn ein Mitglied sein GitHub-Konto mit Claude verbindet, zum Beispiel beim Einrichten von Cloud-Sitzungen, verknüpft Claude die GitHub-Konten, die diesem Mitglied gehören und in denen die Claude GitHub App bereits installiert ist. Dazu können das persönliche Konto des Mitglieds sowie GitHub-Organisationen gehören, deren Owner es ist.
Eine mit Not linked gekennzeichnete Zeile stammt aus Ihrer eigenen GitHub-Anmeldung. Es handelt sich um ein Konto, das Sie auf GitHub sehen können und in dem die Claude GitHub App installiert ist. Um die Verknüpfung eines Kontos mit Ihrer Claude-Organisation aufzuheben, öffnen Sie das Menü der jeweiligen Zeile und wählen Sie Unlink from this workspace. Durch das Aufheben der Verknüpfung bleibt die Claude GitHub App auf GitHub installiert, und das Konto wird erneut verknüpft, sobald einer seiner Owner GitHub das nächste Mal mit Claude verbindet. Um eine erneute Verknüpfung zu verhindern, deinstallieren Sie die Claude GitHub App auf GitHub aus diesem Konto. In Enterprise-Plänen lauten die Aktivitätstypen der Compliance API für das Verknüpfen und das Aufheben der Verknüpfung github_app_installation_linked und github_app_installation_unlinked.

​
Nutzungssichtbarkeit einrichten

Wählen Sie die Überwachung basierend auf dem, was Sie melden müssen. Die Dashboards, APIs und Ausgabenkontrollen unterscheiden sich zwischen Claude for Teams oder Enterprise-Plänen und Claude Console-Organisationen. Überprüfen Sie daher die Spalte „Verfügbarkeit“, bevor Sie Ihre Berichterstellung um eine Funktion planen. Bei Teams und Enterprise stammen Pro-Benutzer-Nutzungs- und Ausgabenzahlen aus dem Ausgabenbericht in den Analyseinstellungen Ihrer Organisation, nicht aus dem Analytik-Dashboard. Cloud-Anbieter stellen Ausgaben über AWS Cost Explorer, GCP Billing oder Azure Cost Management bereit. Für die Planung von Enterprise-Budgets über Claude Chat, Claude Code und Cowork hinweg siehe den Claude Enterprise-Verbrauchsleitfaden.

​
Datenbehandlung überprüfen

Bei Team-, Enterprise-, Claude API- und Cloud-Provider-Plänen trainiert Anthropic keine Modelle auf Ihrem Code oder Ihren Prompts. Ihr API-Anbieter bestimmt die Aufbewahrung und Compliance-Position. Wenn Sie Audit-Logging auf Anfrageebene benötigen oder Datenverkehr nach Datensensibilität weiterleiten möchten, empfehlen wir, ein Gateway zwischen Entwicklern und Ihrem Anbieter zu platzieren: Ein selbstgehostetes Claude Apps Gateway zeichnet ein Audit-Log pro Anfrage mit IdP-Identität auf, oder Sie verwenden ein anderes LLM-Gateway. Sitzungen, die über ein Gateway laufen, sind für die HIPAA-Konfiguration nicht zulässig. Unter Prüfen, wie sich Entwickler anmelden und verbinden sind die Anmelde- und Verbindungsmethoden aufgeführt, die zulässig sind. Für behördliche Anforderungen und Zertifizierungen siehe Rechtliche Angelegenheiten und Compliance.

​
Überprüfen und Onboarding

Nach der Konfiguration verwalteter Einstellungen lassen Sie einen Entwickler /status in Claude Code ausführen. Auf der Registerkarte Status zeigt die Zeile Setting sources Enterprise managed settings gefolgt von der Quelle in Klammern; Durchsetzung überprüfen listet die Bezeichnungen auf. Teilen Sie diese Ressourcen, um Entwicklern den Einstieg zu erleichtern: Bei Anmeldeproblemen verweisen Sie Entwickler auf Authentifizierungs-Fehlerbehebung. Die häufigsten Lösungen sind:
  • Führen Sie /logout und dann /login aus, um Konten zu wechseln
  • Führen Sie claude update aus, wenn die Enterprise-Auth-Option fehlt
  • Starten Sie das Terminal nach dem Update neu
Wenn ein Entwickler „You haven’t been added to your organization yet“ sieht, ist sein Sitzplatz nicht für Claude Code-Zugriff enthalten und muss in der Administratorkonsole aktualisiert werden.

​
Nächste Schritte

Mit ausgewähltem Anbieter und Liefermechanismus fahren Sie mit der detaillierten Konfiguration fort: