Ubicaciones de archivos
En Windows, la ruta de configuración del usuario es
%APPDATA%\devin\config.json (p. ej., C:\Users\<you>\AppData\Roaming\devin\config.json), no ~\.config\devin\config.json.Referencia completa de la configuración
- Configuración de usuario
- Configuración del proyecto
Referencia de opciones
Las opciones marcadas con solo para el usuario solo pueden configurarse en el archivo de configuración del usuario (
~/.config/devin/config.json; %APPDATA%\devin\config.json en Windows). Solo permissions, mcpServers, read_config_from y hooks están disponibles en las configuraciones de proyecto.agent (solo para el usuario)
theme_mode (solo para el usuario)
permisos
mcpServers
show_path (solo para el usuario)
Muestra la ruta del directorio de trabajo actual en el borde del campo de entrada. Cuando está habilitado, el borde superior del cuadro de entrada muestra tu CWD en un formato legible (p. ej.,~/projects/my-app).
unicode_mode (solo para el usuario)
Controla si la UI del terminal utiliza símbolos Unicode o alternativas compatibles con ASCII. Establécelo en"ascii" si tu terminal o la fuente no muestran correctamente los glifos Unicode (p. ej., si el símbolo ⏺ aparece como un recuadro).
show_hints (solo para el usuario)
Muestra consejos ocasionales entre turnos (p. ej., “¿Sabías que…? Usa /model para cambiar entre los modelos disponibles”). Es útil para descubrir funciones de la CLI; establécelo enfalse para ocultarlos cuando ya te hayas familiarizado.
include_gitignored_files (solo para el usuario)
Incluye archivos ignorados por Git en los resultados de autocompletado de la pestaña@. Cuando está habilitado, los archivos que coincidan con los patrones de .gitignore aparecerán en las sugerencias de mención con @. Esto resulta útil si almacenas documentación u otros archivos en directorios ignorados por Git que quieres consultar.
respect_gitignore (solo para el usuario)
Controla si el agente respeta.gitignore al leer o escribir archivos mediante herramientas. Cuando está habilitado, se bloquean las llamadas a herramientas que acceden a rutas ignoradas por Git. Esto es independiente de include_gitignored_files, que solo afecta al autocompletado de la pestaña @.
attribution (solo para el usuario)
Controla si el agente agrega la atribución de Devin a los commits y las pull requests que crea. Cuando está habilitado, los cuerpos de los commits y las PR incluyen una líneaGenerated with [Devin] y un pie Co-Authored-By: Devin. Establécelo en false para omitir ambas, de modo que no se agregue ninguna atribución de Devin.
auto_update (solo para el usuario)
Controla la actualización automática en segundo plano en macOS y Linux. Cuando está habilitada, las nuevas versiones se descargan y activan mientras Devin CLI está en ejecución, de modo que la siguiente vez que se invoquedevin se use automáticamente la versión más reciente. La sesión actualmente en ejecución no se ve afectada: cambiar el enlace simbólico current solo surte efecto en el siguiente inicio.
La actualización está diseñada para ser segura ante interrupciones: cada paso en el sistema de archivos se prepara en una ruta temporal y se aplica mediante un cambio de nombre atómico, y las actualizaciones concurrentes se serializan con un bloqueo de archivo. Si sales a mitad de la actualización, la instalación no quedará en un estado dañado; simplemente volverá a iniciarse con la versión anterior.
Solo se aplica a instalaciones autogestionadas (curl | bash en macOS/Linux). Las instalaciones incluidas con otro producto (p. ej., Windsurf) ignoran esta configuración y se actualizan a través de la aplicación principal.
notify
read_config_from
Establece el valor en
false para deshabilitar una importación específica. null se interpreta como true.
proxy (solo para el usuario)
Configura cómo la CLI enruta su propio tráfico saliente HTTP/HTTPS (llamadas a la API, actualizaciones, servidores MCP, etc.). Esto no afecta a la conectividad de red de los procesos hijo del sandbox (consultasandbox más abajo).
El campo mode selecciona la estrategia de proxy:
Ejemplo — proxy corporativo:
sandbox (solo para el usuario)
Configura el filtrado de red a nivel de dominio para el sandbox. Cuando--sandbox está activo y el filtrado de dominios está configurado, se inicia un proxy de red gestionado en loopback, y el sandbox obliga a que todo el tráfico de los procesos hijos se enrute a través de él.
Para obtener una visión completa de cómo funciona el sandbox, incluida la aplicación en Enterprise y cómo interactúan las configuraciones de Enterprise y del usuario, consulta la documentación de Sandbox.
--sandbox aplica a nivel del sistema operativo los ámbitos de permiso activos de lectura y escritura. Los directorios raíz con escritura se derivan de los ámbitos Write(...) concedidos más los directorios del espacio de trabajo; los directorios raíz legibles provienen de los ámbitos Read(...) (y los valores predeterminados de la plataforma siempre son legibles). Los ámbitos concedidos durante la sesión expanden dinámicamente el sandbox para los comandos posteriores.
Si se pasa
--sandbox pero falla la resolución del sandbox (p. ej., las herramientas de aislamiento no están disponibles en la plataforma actual), la CLI se negará a iniciarse en lugar de ejecutarse sin sandbox. Este comportamiento de cierre ante fallos garantiza que la intención de seguridad de --sandbox nunca se omita silenciosamente.
Sintaxis de patrones de dominio:
Ejemplo:
El filtrado de dominios se aplica cuando el sandbox está activo (
--sandbox). Sin --sandbox, se ignora la sección de sandbox.En los equipos Enterprise, los Admin pueden anular las listas de dominios mediante Team Settings. Las listas de permitidos de Enterprise prevalecen (reemplazan tu
allowed_domains local), mientras que las listas de denegados de Enterprise son aditivas (se combinan con tu denied_domains local).
