Skip to main content
Gli amministratori Enterprise configurano il modo in cui i membri possono utilizzare gli agenti locali — Devin Desktop e Devin CLI — 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.
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 Settings del team CLI per le singole Settings e il relativo significato.

​
Configurazione a livello root

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.

​
Override a livello di organizzazione

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.
Gli override a livello di organizzazione vengono distribuiti gradualmente e potrebbero non essere ancora abilitati per la tua enterprise. Fino ad allora, la pagina Settings di Devin Desktop è disponibile solo a livello enterprise (root) e ogni organizzazione utilizza la configurazione a livello root. Contatta il tuo referente Cognition per richiedere l’accesso.
1

Apri le Settings dell'organizzazione

Vai alla pagina Settings di Devin Desktop dell’organizzazione. I controlli ereditati dalla radice sono visualizzati, ma non modificabili.
2

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.
3

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.

​
Gli override sostituiscono completamente i valori: gli elenchi non vengono uniti

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.
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.
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.

​
Ogni controllo è indipendente

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.

​
Reimposta per ripristinare l’ereditarietà

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.

​
Quando le modifiche diventano effettive

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.

​
Quali controlli dell’organizzazione si applicano a un utente

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.
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.

​
Per approfondire