Localização dos arquivos
No Windows, o caminho do arquivo de configuração do usuário é
%APPDATA%\devin\config.json (por exemplo, C:\Users\<you>\AppData\Roaming\devin\config.json), não ~\.config\devin\config.json.Referência completa da configuração
- Configuração do usuário
- Configuração do projeto
Referência de opções
As opções marcadas com User only só podem ser definidas na configuração do usuário (
~/.config/devin/config.json; %APPDATA%\devin\config.json no Windows). Apenas permissions, mcpServers, read_config_from e hooks estão disponíveis nas configurações de projeto.agent (apenas para o usuário)
theme_mode (apenas para o usuário)
permissões
mcpServers
show_path (apenas para o usuário)
Mostra o caminho do diretório de trabalho atual na borda do campo de entrada. Quando ativado, a borda superior do campo de entrada exibe seu CWD em um formato mais legível (por ex.~/projects/my-app).
unicode_mode (apenas para o usuário)
Controla se a UI do terminal usa símbolos Unicode ou alternativas seguras para ASCII. Defina como"ascii" se o terminal ou a fonte não renderizar corretamente os glifos Unicode (por exemplo, se o símbolo ⏺ aparecer como um quadrado).
show_hints (apenas para o usuário)
Exibe dicas ocasionais entre as interações (por exemplo, “Você sabia? Use /model para alternar entre os modelos disponíveis”). Útil para conhecer os recursos da CLI; defina comofalse para ocultá-las depois que já estiver familiarizado.
include_gitignored_files (apenas para o usuário)
Inclua arquivos ignorados pelo Git nos resultados de autocompletar da aba@. Quando ativado, arquivos que correspondem aos padrões de .gitignore aparecerão nas conclusões de menção com @. Isso é útil se você armazena documentação ou outros arquivos em diretórios ignorados pelo Git que deseja referenciar.
respect_gitignore (apenas para o usuário)
Controla se o agente respeita o.gitignore ao ler ou gravar arquivos por meio de ferramentas. Quando ativado, chamadas de ferramenta que acessam caminhos ignorados pelo Git são bloqueadas. Isso é separado de include_gitignored_files, que afeta apenas o preenchimento automático de @ na aba.
attribution (apenas para o usuário)
Controla se o agente adiciona atribuição do Devin aos commits e às pull requests que ele cria. Quando ativado, os corpos dos commits e das PRs incluem uma linhaGenerated with [Devin] e um rodapé Co-Authored-By: Devin. Defina como false para omitir ambos, para que nenhuma atribuição do Devin seja adicionada.
auto_update (apenas para o usuário)
Controla a atualização automática em segundo plano no macOS e no Linux. Quando ativada, novas versões são baixadas e aplicadas enquanto o Devin CLI está em execução, para que a próxima execução dedevin use automaticamente a versão mais recente. A sessão em execução no momento não é afetada — a troca do symlink current só entra em vigor na próxima inicialização.
A atualização foi projetada para ser segura contra interrupções: cada etapa no sistema de arquivos é preparada em um caminho temporário e promovida com uma renomeação atômica, e atualizações simultâneas são serializadas com um bloqueio de arquivo. Encerrar no meio da atualização não deixa a instalação em um estado corrompido — na próxima vez, ela simplesmente iniciará com a versão antiga.
Aplica-se apenas a instalações autogerenciadas (curl | bash no macOS/Linux). Instalações incluídas em outro produto (por exemplo, Windsurf) ignoram essa configuração e são atualizadas pelo aplicativo principal.
notify
read_config_from
Defina como
false para desativar uma importação específica. null é tratado como true.
proxy (apenas para o usuário)
Configure como a CLI encaminha seu próprio tráfego HTTP/HTTPS de saída (chamadas à API, atualizações, servidores MCP etc.). Isso não afeta a rede dos processos filhos do sandbox (consultesandbox abaixo).
O campo mode define a estratégia de proxy:
Exemplo — proxy corporativo:
sandbox (apenas para o usuário)
Configure a filtragem de rede no nível de domínio para o sandbox. Quando--sandbox está ativo e a filtragem de domínio está configurada, um proxy de rede gerenciado é iniciado no loopback, e o sandbox restringe todo o tráfego dos processos filhos para passar por ele.
Para uma visão geral completa de como o sandbox funciona — incluindo a aplicação no Enterprise e como as configurações do Enterprise e do usuário interagem — consulte a documentação do Sandbox.
--sandbox aplica, no nível do sistema operacional, os escopos de permissão ativos de Read e Write. As raízes graváveis são derivadas dos escopos Write(...) concedidos, além dos diretórios do workspace; as raízes legíveis vêm dos escopos Read(...) (com os padrões da plataforma sempre legíveis). Escopos concedidos no meio da sessão expandem dinamicamente o sandbox para os comandos subsequentes.
Se
--sandbox for informado, mas a resolução do sandbox falhar (por exemplo, se as ferramentas de sandbox não estiverem disponíveis na plataforma atual), a CLI se recusará a iniciar em vez de executar sem sandbox. Esse comportamento de fail-closed garante que a intenção de segurança de --sandbox nunca seja ignorada silenciosamente.
Sintaxe de padrão de domínio:
Exemplo:
A filtragem de domínios se aplica quando o sandbox está ativo (
--sandbox). Sem --sandbox, a seção de sandbox é ignorada.Para teams do Enterprise, administradores podem fazer override das listas de domínios em Configurações da Team. As listas de permissões do Enterprise prevalecem (substituem seu
allowed_domains local), enquanto as listas de bloqueio do Enterprise são aditivas (mescladas com seu denied_domains local).
