Esta documentación corresponde a las implementaciones federales de Devin. Volver a la documentación de Devin
devin airgap doctor es lo primero que debe ejecutar cuando la CLI o Desktop no se inicia, no logra conectarse a un modelo o muestra un código de error. El comando ejecuta todas las comprobaciones locales y de red de las que depende el agente, muestra una línea por cada comprobación y termina con un código distinto de cero si alguna falla. En esta página se explica cada comprobación y qué hacer en cada caso, y después se describe qué información recopilar para una solicitud de soporte.
Ejecutar doctor
Ejecútalo con el mismo usuario que vaya a usar Devin y en el mismo entorno (las variables de la clave de API deben estar definidas en esa shell):<status> <check> <detail>. En los fallos y advertencias con código, el detalle va precedido del código de error; por ejemplo, FAIL model 'llama-3.3-70b': endpoint reachability NET003: ....
Para automatizaciones,
--json imprime {"ok": <bool>, "checks": [...]}, donde cada comprobación incluye check, status (pass, warn, fail) y detail, además de code en las advertencias y fallos con código, y latency_ms en un sondeo de inferencia correcto:
Referencia de comprobaciones
Las comprobaciones se ejecutan en el orden que se indica a continuación. Las comprobaciones posteriores que dependen de un fallo anterior se omiten en lugar de repetirse: si no se encuentra el archivo de modelos, no aparece ninguna líneamodels file parse ni se sondea ningún endpoint.
license
Carga y verifica el archivo de licencia (consulta Licencia).
models file path
Resuelve la ubicación del archivo de modelos (/etc/devin/models.json, C:\ProgramData\Devin\models.json en Windows o DEVIN_MODELS_FILE) y confirma que el archivo existe en esa ubicación.
config dir writable y data dir writable
Crea los directorios de configuración y de datos del producto si no existen y escribe un archivo de prueba en cada uno.
CA bundle
Indica si DEVIN_CA_BUNDLE está definida y la carga.
models file parse and model '<name>': API key env var
Analiza el archivo de modelos con el mismo validador que devin models validate y, a continuación, comprueba que la variable api_key.env de cada modelo esté definida en el entorno actual.
custom subagent profiles
Lista las definiciones de subagentes personalizados de agents/**/AGENT.md. La comprobación se supera con none configured o <n> profile(s) loaded; CFG005 señala una definición que no se pudo analizar. Esta comprobación es común al comando estándar devin doctor y no guarda relación con la configuración aislada de la red.
model '<name>': endpoint reachability
Envía GET {base_url}/models con la clave de API del modelo, con un tiempo de espera de 10 segundos y la misma configuración TLS que usa la inferencia.
model '<name>': inference conformance
Se omite si la comprobación de accesibilidad falló a nivel de transporte. Envía una solicitud de un solo token para verificar que el endpoint admite la API configurada: POST {base_url}/chat/completions con max_tokens: 1 para chat_completions, o POST {base_url}/responses con max_output_tokens: 16 para responses.
Problemas comunes
Qué enviar al soporte
Recopila lo siguiente en la estación de trabajo afectada. Revisa cada archivo antes de enviarlo; ninguno se sube automáticamente.-
La salida de doctor:
Las cadenas de detalle contienen las URL de tus endpoints y tus nombres de host, pero nunca los valores de las claves de API.
-
El informe de diagnósticos con datos confidenciales ocultos:
El informe recoge las versiones, si cada archivo de configuración existe y se puede analizar, los nombres de los modelos, si cada variable de clave de API está definida y estadísticas del registro de auditoría. Nunca incluye prompts, código, contenido de archivos, valores secretos, URL de endpoints ni valores de variables de entorno.
-
El mensaje de error exacto que se mostró al usuario, incluido su código, y la salida de
devin --version. -
Para problemas de SSO, los eventos
authpertinentes del registro de auditoría (camposerror_codeyaction) y las entradas correspondientes del registro de tu IdP.
sso_tokens.toml ni sessions.db.
