Skip to main content
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):
Cada línea tiene el formato <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:
Desktop usa la misma CLI incluida, así que también puedes ejecutar doctor desde una terminal en el host de Desktop para diagnosticar sus problemas.

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ínea models 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.
  1. 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.
  2. 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.
  3. El mensaje de error exacto que se mostró al usuario, incluido su código, y la salida de devin --version.
  4. Para problemas de SSO, los eventos auth pertinentes del registro de auditoría (campos error_code y action) y las entradas correspondientes del registro de tu IdP.
No envíes el archivo de licencia, los valores de las claves de API, sso_tokens.toml ni sessions.db.