--settings le sostituisce, ad eccezione di poche eccezioni sensibili alla sicurezza dove un valore più restrittivo da un livello inferiore conta ancora.
Questa pagina è per l’amministratore che distribuisce impostazioni gestite o esegue il debug del motivo per cui una non si applica. Per decidere cosa applicare, inizia con la tabella Decide what to enforce. Per il percorso della console claude.ai, vedi Server-managed settings. Per sapere in quale file vanno i valori propri dello sviluppatore, vedi Settings.
Distribuire un file di impostazioni gestite
Questo è il modo più veloce per mettere una policy su ogni macchina: un filemanaged-settings.json. Se non hai ancora scelto come distribuire le impostazioni gestite, o i tuoi dispositivi sono sotto MDM o gli sviluppatori eseguono sessioni cloud, leggi prima Choose a delivery mechanism.
1
Scrivi managed-settings.json
Scrivi un Per un esempio più completo che mostra la forma di più chiavi gestite, incluso il metodo di accesso, i modelli, i server MCP e i marketplace, vedi An organization’s managed settings.
managed-settings.json che contenga le chiavi che hai deciso di applicare, nella stessa forma JSON di settings.json. La tabella Decide what to enforce elenca le chiavi dietro ogni controllo, e ogni voce nel settings reference dice se una fonte gestita può impostarla. Questo file blocca due letture di file, disattiva la modalità bypass e fa sì che Claude Code ignori le regole di autorizzazione da file utente, progetto e locale e da --allowedTools:managed-settings.json
2
Posiziona il file su ogni macchina
Salva il file come
managed-settings.json nella directory di sistema per il sistema operativo, utilizzando qualsiasi strumento già posiziona file sulla tua flotta:- macOS:
/Library/Application Support/ClaudeCode/managed-settings.json - Linux e WSL:
/etc/claude-code/managed-settings.json - Windows:
C:\Program Files\ClaudeCode\managed-settings.json
3
Conferma che la policy è stata applicata
Su una macchina, esegui
/status all’interno di Claude Code. La riga Setting sources mostra Enterprise managed settings (file). Distribuisci al resto della flotta dopo; Check that a policy is in force copre cosa guardare quando la riga manca.Scegli un meccanismo di consegna
Il file nei passaggi precedenti è uno dei quattro modi per ottenere impostazioni gestite su una macchina. Ogni meccanismo porta le stesse chiavi di policy di un filesettings.json, quindi il settings reference si applica a tutti loro. Poche chiavi sono legate a fonti particolari, e la riga Scope di ogni voce dice quale:
- Delivery controls:
policyHelper,wslInheritsWindowsSettings, emanagedSourcesBehavior - Gateway login keys:
forceLoginGatewayUrle il valore"gateway"diforceLoginMethod
I modelli di avvio per Jamf, Iru, Intune e Group Policy si trovano nel MDM examples repository.
Per i server MCP gestiti, che distribuisci insieme a uno qualsiasi di questi tramite
managed-mcp.json o fornisci tramite la chiave managedMcpServers, vedi Managed MCP configuration.
Dove e quando una policy si applica
Una policy distribuita raggiunge le sessioni dello sviluppatore come segue:-
Surfaces: sulla macchina dello sviluppatore, il terminale, le estensioni VS Code e JetBrains, la scheda Code dell’app desktop, e le sessioni Agent SDK leggono tutte queste fonti. Le sessioni Agent SDK caricano impostazioni gestite anche quando
settingSourcesesclude i file utente, progetto e locale. - Cloud sessions: una sessione in un ambiente ospitato da Anthropic non legge un profilo MDM o file del dispositivo, quindi la policy per essa deve provenire da impostazioni server-managed. Una sessione in un ambiente auto-ospitato legge anche il file di impostazioni gestite nella sua immagine runner, per impostazione predefinita solo quando le impostazioni server-managed non distribuiscono una chiave di policy, a parte le chiavi che Claude Code legge da ogni fonte admin. How Claude Code combines managed sources copre l’opt-in che applica entrambi.
-
Cowork sessions: Cowork nell’app Claude Desktop esegue le sue sessioni su Claude Code. In una sessione Cowork, Claude Code non recupera mai impostazioni server-managed dalla console admin claude.ai, anche quando l’utente accede con un account Team o Enterprise, quindi quale policy si applica dipende da dove viene eseguita la sessione:
- Sulla macchina dell’utente: per impostazione predefinita, Claude Code in una sessione Cowork legge la policy MDM o a livello di sistema operativo e il file di impostazioni gestite su quel dispositivo, quindi distribuisci la policy lì.
- In una sandbox VM completa: quando la tua configurazione gestita di Claude Desktop imposta
requireCoworkFullVmSandbox, Claude Code viene eseguito all’interno di una macchina virtuale dove la policy MDM del dispositivo e il file di impostazioni gestite non sono presenti. - Remote Cowork sessions: queste vengono eseguite su VM gestite da Anthropic, dove Claude Code non ha policy del dispositivo da leggere.
-
Running sessions: la maggior parte dei cambiamenti raggiunge una sessione in esecuzione secondo la pianificazione nella tabella del meccanismo di consegna, senza un riavvio.
- I cambiamenti a
forceRemoteSettingsRefresh,requiredMinimumVersion, e alcune chiavi modificabili dall’utente hanno effetto al prossimo avvio della sessione. - Una voce
policyHelpernuova o modificata ha effetto al prossimo avvio, tranne che un helper oscurato all’avvio da impostazioni server-managed viene eseguito non appena un fetch segnala che quelle impostazioni sono state rimosse.
- I cambiamenti a
-
Changes that need approval: a parte gli aggiornamenti che aspettano il prossimo avvio, un cambiamento server-managed a un’impostazione che ha bisogno di approvazione, come un hook o una variabile
env, aspetta che lo sviluppatore accetti la finestra di dialogo in una sessione interattiva, e si applica per l’esecuzione corrente in una sessione che un’estensione IDE o l’Agent SDK ospita. Gli altri cambiamenti server-managed si applicano al prossimo polling. -
Long-lived sessions: una sessione lasciata aperta per settimane può ancora rimanere indietro rispetto a un rollout.
requiredMinimumVersionblocca un binario obsoleto dall’avvio e non termina una sessione già in esecuzione.
Dove ogni meccanismo archivia la policy
Le chiavi sono le stesse ovunque, ma ogni meccanismo le archivia in un posto e forma diversi:- Server-managed: i server di Anthropic, o il tuo gateway, contengono la policy. Claude Code mantiene una cache locale che applica all’avvio e sostituisce ad ogni fetch riuscito.
- macOS configuration profile: il dominio delle preferenze gestite
com.anthropic.claudecode. Usa le stesse chiavi di livello superiore dimanaged-settings.json, con impostazioni nidificate come dizionari e liste come array plist. - Windows HKLM registry: il JSON come valore
REG_SZoREG_EXPAND_SZdenominatoSettingssottoHKLM\SOFTWARE\Policies\ClaudeCode. - File-based:
managed-settings.json, una directory opzionalemanaged-settings.d/, emanaged-mcp.jsonnella directory di sistema:/Library/Application Support/ClaudeCode/su macOS,/etc/claude-code/su Linux e WSL, eC:\Program Files\ClaudeCode\su Windows. Claude Code non legge il percorso Windows legacyC:\ProgramData\ClaudeCode\managed-settings.json. - Windows HKCU registry: lo stesso valore
SettingssottoHKCU\SOFTWARE\Policies\ClaudeCode.
Dividi una policy basata su file tra i team
Se diversi team possiedono parti di una policy, metti ogni parte nel suo file inmanaged-settings.d/, accanto a managed-settings.json nella stessa directory di sistema, invece di modificare un file condiviso.
Claude Code unisce managed-settings.json per primo, poi ogni file *.json nella directory in ordine alfabetico. Nomina i file con prefissi numerici per controllare l’ordine, come 10-telemetry.json e 20-security.json. Claude Code ignora i file nascosti e i file che non terminano in .json.
Quando due file impostano la stessa chiave, Claude Code li combina secondo queste regole:
- Single values, come
"model": "opus"o"cleanupPeriodDays": 7: il valore del file successivo sostituisce quello precedente - Lists, come
permissions.denyosandbox.network.allowedDomains: le due liste si combinano, con i duplicati rimossi - Nested blocks, come
envosandbox: i due blocchi si uniscono chiave per chiave, e ogni chiave all’interno segue queste stesse regole fallbackModel: la catena successiva sostituisce quella precedente completamenteextraKnownMarketplacesemanagedMcpServers: una voce successiva con lo stesso nome sostituisce quella precedente completamentemodelPicker: la lineup successiva sostituisce quella precedente completamente
Come Claude Code combina le fonti gestite
Quando la tua organizzazione distribuisce più di una fonte gestita alla stessa macchina, la chiavemanagedSourcesBehavior decide cosa Claude Code fa con le altre:
"first-wins", l’impostazione predefinita: Claude Code usa la fonte con il ranking più alto che distribuisce almeno una chiave di policy e ignora il resto piuttosto che unirle, a parte le poche chiavi in Keys read from every admin source. Claude Code non mostra alcun avviso per le fonti che salta;/statusnomina la fonte che ha usato e quelle che ha saltato."merge": Claude Code applica ogni fonte admin che distribuisce una chiave di policy e le combina per tipo di chiave: sulla maggior parte delle chiavi il valore della fonte con ranking più alto si applica, le liste si uniscono, e i lock prendono il valore più restrittivo. Compose every managed source dice dove impostare la chiave e come ogni tipo di chiave si combina. Richiede Claude Code v2.1.242 o successivo.
- Policy key: qualsiasi chiave di impostazioni diversa dalle due chiavi di controllo,
wslInheritsWindowsSettingsemanagedSourcesBehavior. Un file di impostazioni gestite o una policy MDM che contiene solo quelli non conta, e Claude Code passa alla fonte successiva. - Admin source: una delle prime tre fonti sottostanti. Il registro HKCU è scrivibile dall’utente e non è uno.
- Impostazioni remote, consegnate da claude.ai come server-managed settings o da un Claude apps gateway. Claude Code recupera questa fonte solo quando la sessione si autentica all’API di Anthropic direttamente con un login o chiave idonei, o accede a un gateway con
/login. Su altri provider, o quandoANTHROPIC_BASE_URLpunta da qualche parte diversa dall’API di Anthropic, inizia dalla fonte successiva - Policy MDM o a livello di sistema operativo: il plist macOS o la chiave di registro HKLM
- File di impostazioni gestite,
managed-settings.d/*.jsonemanaged-settings.jsonuniti insieme - Il registro HKCU, su Windows, e su WSL una volta che il registro HKLM o il file di impostazioni gestite Windows attiva
wslInheritsWindowsSettingse il valore HKCU lo imposta anche. Claude Code lo legge solo quando nessuna fonte sopra di esso distribuisce una chiave di policy e nessuna host-supplied parent settings fornisce una chiave restrittiva
Chiavi lette da ogni fonte admin
Sotto l’impostazione predefinita"first-wins", Claude Code legge la maggior parte delle chiavi solo dalla fonte che ha selezionato, e ignora un valore in una fonte con ranking inferiore anche quando la fonte selezionata lascia quella chiave non impostata.
Poche chiavi funzionano diversamente. Claude Code le legge da ogni fonte admin, quindi una policy MDM con ranking inferiore o un file di impostazioni gestite può ancora impostarle quando la fonte selezionata non lo fa. Claude Code lascia fuori il registro HKCU scrivibile dall’utente da quella scansione; quando HKCU è l’unica fonte e nessun host fornisce impostazioni parent, HKCU si applica come qualsiasi fonte selezionata.
Le chiavi cross-source includono:
sandbox.network.allowManagedDomainsOnlyesandbox.filesystem.allowManagedReadPathsOnly: untruein qualsiasi fonte admin attiva il lock. Mentre un lock è attivo, Claude Code unisce l’allowlist che blocca,sandbox.network.allowedDomainsinsieme alle regole di autorizzazioneWebFetch(domain:...), osandbox.filesystem.allowRead, attraverso ogni fonte admin. Senza il lock, Claude Code tratta l’allowlist come qualsiasi altra chiave, quindi sotto"first-wins"l’allowlist di una fonte admin non selezionata viene ignorataallowAllClaudeAiMcps- I percorsi binari sandbox
sandbox.bwrapPathesandbox.socatPath - Il binario sandbox
ripgrep,sandbox.ripgrep sandbox.filesystem.disabledesandbox.network.strictAllowlistuseAutoModeDuringPlanesyncClaudeAiSkills, dove unfalseda qualsiasi fonte admin disattiva il comportamento. Unfalsenelle impostazioni utente o locale dello sviluppatore lo disattiva anche; ogni chiave può solo negareenableArtifact, dove unfalseda qualsiasi fonte admin disattiva lo Artifact tool. Unfalsenelle impostazioni utente, progetto o locale dello sviluppatore lo disattiva anche, e nessuna fonte lo riattiva; vedi which lower-level values still count. Richiede Claude Code v2.1.242 o successivo- Un opt-out di commit-trailer in
attribution, o nel deprecatoincludeCoAuthoredBy, da qualsiasi livello forceRemoteSettingsRefreshenv, unito per variabile attraverso le fonti admin: ogni variabile proviene dalla fonte con priorità più alta che la definisce, quindi le fonti inferiori riempiono le variabili che quelle superiori lasciano non impostate. Poche variabili seguono le loro stesse regole; Per-key exceptions across managed sources nomina ognuna. Richiede Claude Code v2.1.223 o successivo. Prima di v2.1.223, Claude Code applicava solo il bloccoenvcompleto della fonte selezionata
Componi ogni fonte gestita
Per fare in modo che Claude Code applichi ogni fonte admin che la tua organizzazione distribuisce, impostamanagedSourcesBehavior su "merge" nella fonte con ranking più alto che distribuisci. Claude Code legge la chiave solo dalla fonte con ranking più alto che porta la chiave o una chiave di policy, quindi una fonte inferiore non può optare per l’unione con la fonte sopra di essa, e una macchina che non riceve mai impostazioni server-managed ha bisogno della chiave nel suo profilo MDM anche. Il registro HKCU scrivibile dall’utente non si unisce mai con un’altra fonte. Richiede Claude Code v2.1.242 o successivo.
Sotto "merge", Claude Code aggiunge le voci di lista di una fonte inferiore, come regole permissions.allow e hook, alla policy, quindi attivalo solo quando ogni fonte classificata sotto la tua più alta è sotto il controllo di un amministratore.
Questa tabella mostra come Claude Code combina ogni tipo di chiave sotto "merge". La voce managedSourcesBehavior nomina ogni chiave nelle righe restriction allowlist, values-taken-whole e highest-source-only.
Per confermare quali fonti si sono combinate su una macchina, leggi la riga
Setting sources in /status; quella sezione dice cosa significa ogni etichetta.
Calcola la policy con un programma helper
UnpolicyHelper è un eseguibile che la tua policy MDM o il file di impostazioni gestite nomina, e Claude Code lo esegue per calcolare le impostazioni gestite all’avvio. Quando la fonte selezionata ne configura uno e l’helper emette un oggetto managedSettings, quell’output cambia cosa Claude Code legge:
- L’oggetto
managedSettingsemesso è l’unica impostazione gestita per la sessione, incluso per le chiavi che altrimenti legge da ogni fonte admin, a parteforceRemoteSettingsRefresh, che ha la sua stessa regola di avvio
Lascia che un host di embedding aggiunga policy
Quando un’altra applicazione avvia Claude Code, come Claude Desktop, un’estensione IDE, o un’app Agent SDK, quell’host può passare le sue stesse impostazioni gestite tramite l’opzione SDKmanagedSettings. Claude Code chiama queste impostazioni parent.
Per impostazione predefinita, Claude Code ignora le impostazioni parent ogni volta che una fonte admin è presente: impostazioni server-managed, una policy MDM o a livello di sistema operativo, o un file di impostazioni gestite.
Per fare in modo che Claude Code unisca le impostazioni parent insieme a una fonte admin, imposta parentSettingsBehavior su "merge" nella fonte gestita con priorità più alta; Claude Code legge la chiave solo da quella fonte.
Claude Code quindi mantiene solo i valori dell’host che limitano quello che Claude può fare, con un gap da conoscere: a meno che tu non imposti anche i lock allowManaged*Only, le regole di autorizzazione allow dell’host e gli allowlist sandbox si applicano ancora. Vedi Restrict parent settings per i lock.
Un policyHelper può disattivare l’unione parent indipendentemente da questa chiave; la sua voce dice quando.
Claude Code applica anche questi controlli ai valori forniti da parent da soli:
- Quando qualsiasi fonte admin imposta
allowManagedPermissionRulesOnly, Claude Code elimina le regole di autorizzazione allow fornite da parent eadditionalDirectoriesmentre le legge, anche quando una fonte con ranking più alto lascia la chiave non impostata. L’effetto della chiave sulle tue stesse regole di autorizzazione proviene dalle impostazioni gestite che Claude Code applica, o dalle impostazioni parent che hai scelto di unire - Claude Code applica il valore
forceLoginOrgUUIDoallowedMcpServersnelle impostazioni gestite che applica e blocca uno fornito da parent. Un valore in una fonte admin inferiore che Claude Code non applica né si applica né blocca quello del parent. La vocemanagedSourcesBehaviordice quale fonte fornisce ogni chiave sotto"merge". Prima di v2.1.223, un valore in qualsiasi fonte admin bloccava quello del parent - Un valore
availableModelssegue la stessa regola diallowedMcpServers
Mantieni l’accesso alla cartella Cowork quando si applicano solo regole gestite
Cowork nell’app Claude Desktop esegue le sue sessioni su Claude Code e concede a ogni sessione l’accesso alle sue cartelle di lavoro, come la cartella che l’utente connette, tramite regole di autorizzazione che fornisce quando avvia la sessione. Quando la tua policy gestita impostaallowManagedPermissionRulesOnly, Claude Code mantiene solo le regole di autorizzazione nella policy gestita: elimina le regole di autorizzazione che un host fornisce come impostazioni parent, come --allowedTools, o in un file di impostazioni, quindi le scritture in quelle cartelle perdono la loro pre-approvazione. In una sessione Cowork che chiede prima delle modifiche, Cowork non può mostrare il prompt, e Claude segnala ogni scrittura come bloccata perché il percorso si risolve in una posizione protetta o un percorso al di fuori della cartella connessa.
Per ripristinare le scritture, aggiungi regole di autorizzazione per quelle cartelle alla fonte gestita che Claude Code seleziona su quelle macchine: su una flotta gestita da MDM, è la policy MDM piuttosto che un file di impostazioni gestite separato. Questo esempio usa la forma file, e una policy MDM prende le stesse chiavi. Mantiene allowManagedPermissionRulesOnly impostato e consente modifiche sotto una cartella CoworkProjects nella directory home di ogni utente; sostituisci il percorso con le cartelle che i tuoi utenti connettono:
managed-settings.json
// per i percorsi assoluti.
Cosa uno sviluppatore può cambiare
I file di impostazioni propri di uno sviluppatore, i valori--settings e i file di progetto non sostituiscono mai un valore gestito; le eccezioni solo lasciano che un valore più restrittivo di livello inferiore conti. Quattro cose si trovano al di fuori di quella regola:
- Il modello per una sessione: un
modelgestito è un default, non un lock.--modeleANTHROPIC_MODELscelgono ancora il modello per quella sessione, quindi distribuisciavailableModelsper limitare la scelta. - Diritti admin locali: uno sviluppatore che è un amministratore sulla macchina può modificare la fonte gestita stessa, motivo per cui gli strumenti MDM possono ridistribuire il profilo o il file su una pianificazione e motivo per cui il registro HKLM e il dominio delle preferenze gestite macOS esistono.
- La cache server-managed: le impostazioni server-managed provengono dai server di Anthropic, e una modifica alla cache locale dura solo fino al prossimo fetch riuscito.
- Altri strumenti: le impostazioni gestite vincolano solo Claude Code. Uno sviluppatore che chiama l’API da un altro strumento non è sotto di loro.
Verifica che una policy sia in vigore
Uno sviluppatore segnala che una policy non si applica, o vuoi confermare che un rollout è arrivato prima di spingerlo alla flotta. Due comandi su quella macchina lo rispondono:/status mostra quale fonte gestita Claude Code ha selezionato, e claude doctor elenca cosa ha eliminato.
Leggi la fonte in /status
Sulla macchina dello sviluppatore, esegui/status all’interno di Claude Code e leggi la riga Setting sources. Quando una fonte gestita è in vigore, la riga elenca Enterprise managed settings con la fonte che Claude Code ha selezionato tra parentesi:
(remote): impostazioni server-managed da claude.ai o un gateway(plist)o(HKLM): una policy MDM o del sistema operativo(file),(drop-ins), o(file + drop-ins):managed-settings.json, la directory drop-in, o entrambi(remote + file, merged), o un altro elenco che termina in, merged: la tua organizzazione compone ogni fonte gestita, e Claude Code ha unito le fonti elencate nella policy. Una fonte inferiore può ancora fornire variabilienvsenza apparire nell’elenco. Richiede Claude Code v2.1.242 o successivo(HKCU): il fallback del registro scrivibile dall’utente(parent process): un host di embedding ha fornito impostazioni restrittive(helper): unpolicyHelperconfigurato dalla fonte MDM o file selezionata
Skipped sources, nomina ogni tale fonte. Leggila per distinguere una policy che non ha mai raggiunto la macchina da una che l’ha raggiunta e che una fonte con priorità più alta ha ignorato. Richiede Claude Code v2.1.242 o successivo.
Quando la policy non si applica, la riga Setting sources ti dice quale dei due problemi hai:
-
La riga manca: Claude Code non ha trovato alcuna fonte gestita che distribuisca una chiave di policy.
Se hai distribuito un file di impostazioni gestite, controlla che si trovi al percorso per il sistema operativo e che contenga una chiave di policy piuttosto che solo le chiavi di controllo. Un file che non è JSON valido non produce questo stato; Claude Code rifiuta di avviarsi invece.
Quando hai distribuito tramite impostazioni server-managed, esegui
claude doctor, che segnala l’esito del fetch. -
La riga nomina una fonte diversa da quella che hai distribuito: una fonte con priorità più alta è presente e Claude Code ha ignorato la tua, e
Skipped sourcesl’elenca. How Claude Code combines managed sources fornisce l’ordine.
Trova voci che Claude Code ha eliminato
Quando un file di impostazioni gestite, un profilo MDM, un valore di registro, o un payload server-managed non supera la convalida dello schema, Claude Code prima salta le singole voci che può riparare, come una regola di autorizzazione non valida, con un avviso per ognuna, quindi elimina qualsiasi chiave di livello superiore il cui valore ancora non supera e continua a applicare ogni chiave valida rimanente. Claude Code è più rigoroso con ilmanagedSettings che un policyHelper emette: fa le stesse riparazioni di voce, ma qualsiasi violazione dello schema che sopravvive fa fallire l’intera esecuzione dell’helper, e all’avvio Claude Code rifiuta di avviarsi, lo stesso che per un helper che esce con non-zero.
Quando un file di impostazioni gestite, un file drop-in, un plist MDM, o un valore di registro HKLM è presente ma non può essere analizzato come un oggetto JSON, Claude Code rifiuta di avviarsi e stampa un errore che nomina la fonte, anche quando un’altra fonte admin distribuisce una policy valida. Ogni fonte fallisce in questo modo quando:
- File di impostazioni gestite o file drop-in: il file non è JSON valido, o il suo livello superiore non è un oggetto
- MDM plist: il
plutildi macOS segnala il plist malformato, o il suo contenuto convertito non è un oggetto JSON - Valore di registro HKLM: il valore
Settingsnon è una stringa, è vuoto, o non contiene un oggetto JSON
- Un file, profilo, o valore di registro assente non è un fallimento; Claude Code viene eseguito senza quella fonte.
- Un file di impostazioni gestite vuoto conta come
{}. - Un valore malformato nella chiave di registro HKCU scrivibile dall’utente non blocca mai l’avvio. Claude Code lo segnala come un avviso in
/statuseclaude doctorinvece.
managed-settings.d/ non può essere letto e nessuna fonte admin fornisce una policy, le sessioni firmate con credenziali claude.ai o Claude Console escono all’avvio con un messaggio per contattare un amministratore.
Per trovare una voce eliminata, guarda in uno di tre posti:
- Le sessioni interattive mostrano una finestra di dialogo all’avvio che elenca le voci non valide.
- Le esecuzioni non interattive con
-pstampano un riepilogo su stderr. claude doctorelenca ogni voce non valida con la sua fonte e campo.
Chiavi che falliscono chiuse
Poche chiavi di applicazione non vengono eliminate quando non valide. Claude Code applica un fallback più restrittivo fino a quando il valore non viene corretto; la tabella mostra cosa applica per ogni chiave:requiredMinimumVersion e requiredMaximumVersion falliscono aperti per design: un valore non valido viene eliminato piuttosto che applicato.
Questa tolleranza si applica solo alle impostazioni gestite. I file di impostazioni utente, progetto e locale rimangono rigorosi: un file il cui JSON o forma di livello superiore non supera la convalida viene rifiutato completamente e segnalato, e una voce individuale che fallisce, come una regola di autorizzazione malformata, viene saltata con un avviso mentre il resto del file si applica.
Chiavi che solo una fonte gestita può impostare
Claude Code legge le seguenti chiavi solo da una fonte gestita; posizionarle nei file di impostazioni utente o progetto non ha effetto. La maggior parte di loro sono lock: il valore che un lock governa, come regole di autorizzazione osandbox.network.allowedDomains, è una chiave ordinaria che qualsiasi livello può impostare, e il lock dice a Claude Code di onorare solo il valore gestito.
La tabella copre i controlli di autorizzazione, plugin e consegna. Per qualsiasi chiave non elencata qui, la colonna Scope del settings reference index dice se è managed-only; le chiavi managed-only rimanenti lì includono l’URL di accesso al gateway, versione, browser, mobile-simulator, host SSH, Desktop local-session, percorso binario sandbox, prezzo del modello, e controlli CLAUDE.md.
Sui piani Team e Enterprise, un Owner abilita o disabilita Remote Control e web sessions a livello di organizzazione nelle Claude Code admin settings. Remote Control può inoltre essere disabilitato per dispositivo con l’impostazione
disableRemoteControl. Le sessioni web non hanno chiave di impostazioni gestite per dispositivo.Per verificare se queste impostazioni dell’organizzazione hanno raggiunto una determinata macchina, esegui claude doctor lì e leggi la riga Organization policy, che dice dove Claude Code ha caricato la policy o perché non l’ha caricata. Richiede Claude Code v2.1.261 o successivo. In una sessione in esecuzione, /status mostra la stessa riga quando la policy non è stata caricata.Disattivare la telemetria per la vostra organizzazione
Claude Code invia telemetria operazionale ad Anthropic per impostazione predefinita nelle sessioni che utilizzano l’API Anthropic, sia direttamente, tramite un gateway LLM, o tramite unANTHROPIC_BASE_URL personalizzato; Default behaviors by API provider indica quali provider la inviano. Per disattivarla per ogni sviluppatore senza affidarsi alla shell di ogni persona, fornite DISABLE_TELEMETRY tramite il blocco env delle vostre impostazioni gestite. Questo esempio imposta DISABLE_TELEMETRY per tutti gli sviluppatori raggiunti dalla policy:
1 senza mostrare all’utente la finestra di dialogo di approvazione.
Se disattivate la telemetria, Claude Code smette di inviare i dati di utilizzo che alimentano la dashboard di analitiche della vostra organizzazione per gli sviluppatori raggiunti dalla policy. La variabile disattiva anche il recupero dei feature flag, il che rende Remote Control, la modalità auto predefinita e le altre funzionalità che richiedono il recupero dei feature flag non disponibili per quegli sviluppatori.
Where and when a policy applies indica quale meccanismo di distribuzione raggiunge ogni superficie, e Platform availability indica quali sessioni saltano il recupero delle impostazioni gestite dal server.
Se la vostra organizzazione utilizza chiavi di crittografia gestite dal cliente e instrada Claude Code tramite un gateway, Configure proxies and gateways spiega perché quelle sessioni hanno bisogno di questa variabile.
Vedi anche
- Set up Claude Code for your organization: decidi cosa applicare e come
- Server-managed settings: distribuisci policy dalla console claude.ai o da un gateway
- Managed MCP configuration: controlla quali server MCP gli sviluppatori possono usare
- All settings: ogni chiave, con se una fonte gestita può impostarla
- Example settings files: un
managed-settings.jsoncompleto che mostra la forma delle chiavi gestite