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 impostazioni del team CLI per le singole impostazioni e il relativo significato. Configurazione a livello root
- 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
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.
Apri le Settings dell'organizzazione
Vai alla pagina Settings di Devin Desktop dell’organizzazione. I controlli ereditati dalla radice sono visualizzati, ma non modificabili.
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.
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
- 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.
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
- 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à
Quali controlli dell’organizzazione si applicano a un utente
- Assegnazione esplicita — un amministratore assegna all’utente un’organizzazione di fatturazione.
- 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.
