> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Controlli di Local Agent

> Configura le impostazioni di Devin Desktop e Devin CLI per l'intera azienda con una configurazione base a livello root e override per organizzazione.

Gli amministratori Enterprise configurano il modo in cui i membri possono utilizzare gli agenti locali — [Devin Desktop](/it/desktop/devin-local) e [Devin CLI](/it/cli/enterprise/team-settings) — tramite un sistema a due livelli:

* La **configurazione a livello root** definisce la base applicata a ogni organizzazione dell'azienda.
* Gli **override a livello di organizzazione** consentono di personalizzare singoli controlli per un'organizzazione specifica senza influire sulle altre.

Entrambi i livelli espongono lo stesso insieme di controlli (funzionalità, modelli, autorizzazioni e sicurezza, MCP/ACP, intelligence della codebase, condivisione e conformità). Questa pagina spiega come interagiscono i due livelli.

<Note>
  Questi controlli regolano gli agenti locali eseguiti sulle macchine dei membri. Hanno la precedenza su qualsiasi configurazione a livello di utente o progetto impostata localmente da un membro: le regole applicate a livello Enterprise prevalgono sempre. Consulta le [impostazioni del team CLI](/it/cli/enterprise/team-settings) per le singole impostazioni e il relativo significato.
</Note>

<div id="root-level-configuration">
  ## Configurazione a livello root
</div>

La configurazione a livello root rappresenta la base per l'intera Enterprise. Ogni organizzazione dell'Enterprise eredita questi valori, a meno che non sostituisca esplicitamente un controllo specifico.

Gestisci la configurazione a livello root dalle impostazioni Enterprise:

* **Settings → Enterprise → Devin Desktop**

Imposta qui innanzitutto i valori predefiniti per l'intera Enterprise. Tutto ciò che configuri a questo livello diventa il valore effettivo per tutte le organizzazioni che non hanno impostato un override.

<div id="organization-level-overrides">
  ## Override a livello di organizzazione
</div>

<Warning>
  L'applicazione di override specifici per l'organizzazione richiede l'attribuzione della fatturazione di Local Agent a sotto-organizzazioni specifiche. **Contatta il tuo account team per abilitare questa funzionalità** prima di utilizzare gli override a livello di org.
</Warning>

All'interno di qualsiasi organizzazione, gli admin possono aprire la stessa pagina Settings e applicare override ai singoli controlli per quella sola organizzazione. Nella pagina a livello di org, ogni controllo mostra il valore attualmente ereditato dalla radice, disattivato e non modificabile, accanto all'azione **Override**.

<Steps>
  <Step title="Apri le Settings dell'organizzazione">
    Vai alla pagina Settings di **Devin Desktop** dell'organizzazione. I controlli ereditati dalla radice sono visualizzati, ma non modificabili.
  </Step>

  <Step title="Applica un override a un controllo">
    Fai clic su **Override** sul controllo che vuoi modificare. Il controllo diventa modificabile e il relativo valore viene impostato a livello di organizzazione.
  </Step>

  <Step title="Reimposta per ereditare">
    Fai clic su **Reimposta** su un controllo con override per rimuovere l'override. Il controllo torna a ereditare il valore corrente a livello root.
  </Step>
</Steps>

<div id="overrides-are-a-pure-replacement-lists-are-not-merged">
  ### Gli override sostituiscono completamente i valori: gli elenchi non vengono uniti
</div>

Un override a livello di organizzazione **sostituisce completamente** il valore a livello root di quel controllo. Ciò è particolarmente importante per i controlli che contengono elenchi, come:

* Modelli consentiti
* Server MCP e server MCP presenti nell'allowlist
* URL del registry MCP
* Regole di autorizzazione (`allow` / `ask` / `deny`)
* Allowlist e deny list di Command
* Allowlist e deny list dei domini sandbox

Quando si applica un override a uno di questi controlli basati su elenchi, viene utilizzato l'elenco dell'organizzazione **così com'è**: non viene *né* unito, né esteso, né altrimenti combinato con l'elenco a livello root. Il valore impostato a livello di organizzazione costituisce l'intero elenco effettivo.

<Warning>
  Poiché gli elenchi vengono sostituiti anziché uniti, un override a livello di organizzazione **non** eredita alcuna voce dall'elenco root. Se si desidera che le voci root rimangano attive per tale organizzazione, includerle esplicitamente nell'override.
</Warning>

Ad esempio, se il root consente i server MCP `A` e `B` e un'organizzazione sostituisce i server MCP consentiti con il solo `C`, i membri di tale organizzazione potranno utilizzare solo `C`, non `A` o `B`.

<div id="each-control-is-independent">
  ### Ogni controllo è indipendente
</div>

Gli override vengono applicati a ogni singolo controllo. L'override di un controllo non influisce sugli altri controlli:

* I controlli per cui imposti un override assumono il valore definito a livello di organizzazione.
* Ogni controllo per cui non imposti un override continua a ereditare il valore dalla configurazione a livello root.

In questo modo, puoi discostarti dalla base Enterprise solo per i controlli necessari a un'organizzazione, mentre tutto il resto rimane sincronizzato con il root. Se in seguito modifichi un valore a livello root, la modifica viene applicata a ogni organizzazione che non ha impostato un override per quello specifico controllo.

<div id="reset-to-inherit">
  ### Reimposta per ripristinare l'ereditarietà
</div>

Puoi cancellare qualsiasi override con **Reimposta**. Reimpostando un controllo, il valore a livello di organizzazione viene rimosso e il controllo torna a ereditare dal root, come se non fosse mai stato oggetto di override. La reimpostazione riguarda solo il controllo selezionato; gli altri override della stessa organizzazione non vengono modificati.

<div id="when-changes-take-effect">
  ## Quando le modifiche diventano effettive
</div>

Le modifiche ai controlli non vengono applicate immediatamente. I valori a livello root e a livello di organizzazione vengono memorizzati nella cache; attendi quindi **fino a 15 minuti** affinché un aggiornamento raggiunga i client dei membri.

<div id="which-organizations-controls-apply-to-a-user">
  ## Quali controlli dell'organizzazione si applicano a un utente
</div>

I controlli dell'organizzazione per un utente Enterprise sono configurati in base alla sua **org di fatturazione principale**.

L'org di fatturazione principale è la stessa organizzazione a cui viene fatturato l'utilizzo del Local Agent dell'utente. Viene determinata nel seguente ordine:

1. **Assegnazione esplicita** — un amministratore assegna all'utente un'organizzazione di fatturazione.
2. **Determinazione automatica** — in caso contrario, viene utilizzata la prima organizzazione a cui l'utente può accedere, tramite appartenenza diretta o un gruppo del provider di identità.

In pratica, un utente riceve la configurazione a livello root, oltre agli eventuali override impostati per la sua org di fatturazione principale. Pertanto, due utenti della stessa Enterprise possono disporre di controlli effettivi diversi se le loro org di fatturazione principali sono diverse o presentano override per impostazioni diverse.

<Tip>
  Se utilizzi controlli specifici per organizzazione, consigliamo di **assegnare esplicitamente un'org di fatturazione principale a ogni utente** anziché affidarti alla determinazione automatica. L'assegnazione esplicita consente di stabilire in modo deterministico quali override dell'organizzazione si applicano a ciascun utente.
</Tip>

<div id="further-reading">
  ## Per approfondire
</div>

* [Impostazioni del team di Devin CLI](/it/cli/enterprise/team-settings) — i singoli controlli e le rispettive funzioni
* [Local Agent di Devin](/it/desktop/devin-local) — l'agente locale in Devin Desktop
* [Autorizzazioni](/it/cli/reference/permissions) — la sintassi delle regole di autorizzazione utilizzata dai relativi controlli
* [Configurazione](/it/cli/reference/configuration/config-file) — come la configurazione locale (utente/progetto) si integra con le impostazioni imposte