Percorsi dei file
Su Windows, il percorso della configurazione utente è
%APPDATA%\devin\config.json (ad es. C:\Users\<you>\AppData\Roaming\devin\config.json), non ~\.config\devin\config.json.Riferimento completo della configurazione
- Configurazione utente
- Configurazione del progetto
Riferimento opzioni
Le opzioni contrassegnate con Solo utente possono essere impostate solo nella configurazione utente (
~/.config/devin/config.json; %APPDATA%\devin\config.json in Windows). Solo permissions, mcpServers, read_config_from e hooks sono disponibili nelle configurazioni di progetto.agent (solo utente)
theme_mode (solo utente)
autorizzazioni
mcpServers
show_path (solo utente)
Mostra il percorso della directory di lavoro corrente nel bordo del campo di input. Quando è abilitato, il bordo superiore del campo di input mostra il CWD in formato semplificato (ad es.~/projects/my-app).
unicode_mode (solo utente)
Determina se l’interfaccia utente del terminale usa simboli Unicode o alternative compatibili con ASCII. Imposta"ascii" se il terminale o il font non visualizzano correttamente i glifi Unicode (ad es. se il simbolo ⏺ appare come un riquadro).
show_hints (solo utente)
Mostra suggerimenti occasionali tra un turno e l’altro (ad es. “Lo sapevi? Usa /model per passare da un modello disponibile all’altro”). Utile per scoprire le funzionalità della CLI; impostalo sufalse per disattivarli una volta che hai preso confidenza.
include_gitignored_files (solo utente)
Include i file ignorati da git nei risultati del completamento tab@. Quando questa opzione è abilitata, i file che corrispondono ai criteri di .gitignore compariranno nei completamenti delle menzioni @. È utile se conservi documentazione o altri file in directory ignorate da git che vuoi poter richiamare.
respect_gitignore (solo utente)
Controlla se l’agente rispetta.gitignore durante la lettura o la scrittura di file tramite i tool. Se abilitata, le chiamate ai tool che accedono a percorsi esclusi da .gitignore vengono bloccate. Questa impostazione è separata da include_gitignored_files, che influisce solo sul completamento nella tab @.
attribution (solo utente)
Controlla se l’agente aggiunge l’attribuzione a Devin nei commit e nelle pull request che crea. Quando è abilitata, il corpo dei commit e delle PR include una rigaGenerated with [Devin] e il trailer Co-Authored-By: Devin. Imposta su false per omettere entrambi, così non verrà aggiunta alcuna attribuzione a Devin.
auto_update (solo utente)
Controlla l’aggiornamento automatico in background su macOS e Linux. Quando è abilitato, le nuove release vengono scaricate e attivate mentre Devin CLI è in esecuzione, così alla successiva esecuzione didevin viene usata automaticamente la versione più recente. La sessione attualmente in esecuzione non è interessata: la sostituzione del collegamento simbolico current ha effetto solo all’avvio successivo.
L’aggiornamento è progettato per essere sicuro anche in caso di interruzione: ogni passaggio sul filesystem viene preparato in un percorso temporaneo e reso effettivo con una ridenominazione atomica, mentre gli aggiornamenti concorrenti vengono serializzati tramite un lock su file. Se si esce durante l’aggiornamento, l’installazione non può rimanere in uno stato danneggiato — al successivo avvio verrà semplicemente usata la versione precedente.
Si applica solo alle installazioni gestite autonomamente (curl | bash su macOS/Linux). Le installazioni incluse in un altro prodotto (ad es. Windsurf) ignorano questa impostazione e si aggiornano tramite l’applicazione principale.
notify
read_config_from
Imposta su
false per disattivare un’importazione specifica. null viene considerato come true.
proxy (solo utente)
Configura come la CLI instrada il proprio traffico HTTP/HTTPS in uscita (chiamate API, aggiornamenti, server MCP, ecc.). Questo non influisce sulla connettività di rete dei processi figlio nella sandbox (vedisandbox più sotto).
Il campo mode seleziona la strategia proxy:
Esempio — proxy aziendale:
sandbox (solo utente)
Configura il filtraggio di rete a livello di dominio per la sandbox. Quando--sandbox è attivo e il filtraggio dei domini è configurato, viene avviato un proxy di rete gestito sull’interfaccia loopback e la sandbox limita tutto il traffico dei processi figli affinché venga instradato attraverso di esso.
Per una panoramica completa di come funziona la sandbox — inclusa l’applicazione forzata in Enterprise e come interagiscono le impostazioni Enterprise e utente — consulta la documentazione della sandbox.
--sandbox applica a livello di sistema operativo gli ambiti di autorizzazione attivi di lettura e scrittura. I percorsi radice scrivibili derivano dagli ambiti Write(...) concessi più le directory del workspace; i percorsi radice leggibili derivano dagli ambiti Read(...) (con i percorsi predefiniti della piattaforma sempre leggibili). Gli ambiti concessi durante la sessione espandono dinamicamente la sandbox per i comandi successivi.
Se viene passato
--sandbox ma la risoluzione della sandbox non riesce (ad es. gli strumenti di sandboxing non sono disponibili sulla piattaforma corrente), la CLI si rifiuterà di avviarsi invece di eseguirsi senza sandbox. Questo comportamento fail-closed garantisce che l’intento di sicurezza di --sandbox non venga mai eluso silenziosamente.
Sintassi dei pattern di dominio:
Esempio:
Il filtraggio dei domini si applica quando la sandbox è attiva (
--sandbox). Senza --sandbox, la sezione della sandbox viene ignorata.Per i team Enterprise, gli admin possono impostare un override per gli elenchi di domini tramite Team Settings. Le allowlist Enterprise prevalgono (sostituiscono il tuo
allowed_domains locale), mentre le denylist Enterprise sono additive (si uniscono al tuo denied_domains locale).
