Skip to main content
Esta documentação é destinada às implantações federais do Devin. Voltar para a documentação do Devin
devin airgap doctor é o primeiro comando a executar quando o CLI ou o Desktop não inicia, não consegue acessar um modelo ou exibe um código de erro. Ele executa todas as verificações locais e de rede das quais o agente depende, exibe uma linha por verificação e retorna um código de saída diferente de zero se alguma delas falhar. Esta página explica cada verificação e o que fazer em cada caso e, em seguida, descreve o que coletar para abrir uma solicitação de suporte.

Executar o doctor

Execute-o com o mesmo usuário que vai usar o Devin, no mesmo ambiente (as variáveis de chave de API devem estar definidas nesse shell):
Cada linha segue o formato <status> <check> <detail>. Falhas e avisos com código trazem o código de erro como prefixo do detalhe, por exemplo FAIL model 'llama-3.3-70b': endpoint reachability NET003: .... Para automação, --json imprime {"ok": <bool>, "checks": [...]}, em que cada verificação contém check, status (pass, warn, fail) e detail, além de code em avisos e falhas com código e latency_ms em uma sondagem de inferência bem-sucedida:
O Desktop usa a mesma CLI incluída no pacote, então você também pode executar o doctor em um terminal no host do Desktop para diagnosticar problemas do Desktop.

Referência de verificações

As verificações são executadas na ordem abaixo. Verificações posteriores que dependem de uma etapa anterior que falhou são ignoradas, e não repetidas: se o arquivo de modelos não for encontrado, não haverá a linha models file parse nem sondagens de endpoint.

license

Carrega e verifica o arquivo de licença (consulte Licença).

models file path

Determina o local do arquivo de modelos (/etc/devin/models.json, C:\ProgramData\Devin\models.json no Windows ou DEVIN_MODELS_FILE) e confirma que há um arquivo nesse local.

config dir writable e data dir writable

Cria os diretórios de configuração e de dados do produto, se necessário, e grava um arquivo de sondagem em cada um.

CA bundle

Informa se DEVIN_CA_BUNDLE está definida e a carrega.

models file parse and model '<name>': API key env var

Analisa o arquivo de modelos com o mesmo validador usado por devin models validate e, em seguida, verifica se a variável api_key.env de cada modelo está definida no ambiente atual.

custom subagent profiles

Lista as definições de subagentes personalizados em agents/**/AGENT.md. none configured ou <n> profile(s) loaded indicam que a verificação passou; CFG005 aponta uma definição que não pôde ser analisada. Esta verificação é compartilhada com o devin doctor padrão e não tem relação com a configuração air-gapped.

model '<name>': endpoint reachability

Envia GET {base_url}/models com a chave de API do modelo, usando um tempo limite de 10 segundos e a mesma configuração de TLS usada na inferência.

model '<name>': inference conformance

Ignorada quando a verificação de alcançabilidade falha no nível de transporte. Envia uma requisição de um token para comprovar que o endpoint é compatível com a API configurada: POST {base_url}/chat/completions com max_tokens: 1 para chat_completions, ou POST {base_url}/responses com max_output_tokens: 16 para responses.

Problemas comuns

O que enviar ao suporte

Colete os itens a seguir na estação de trabalho afetada. Revise cada arquivo antes de enviá-lo; nenhum deles é enviado automaticamente.
  1. A saída do doctor:
    As strings de detalhes contêm as URLs dos seus endpoints e os seus hostnames, mas nunca os valores das chaves de API.
  2. O relatório de diagnósticos com dados sensíveis ocultados:
    O relatório registra as versões, se cada arquivo de configuração existe e é analisado corretamente, os nomes dos modelos, se cada variável de chave de API está definida e estatísticas do registro de auditoria. Ele nunca inclui prompts, código, conteúdo de arquivos, valores de segredos, URLs de endpoints nem valores de variáveis de ambiente.
  3. A mensagem de erro exata exibida ao usuário, incluindo o código, e a saída de devin --version.
  4. Para problemas de SSO, os eventos auth relevantes do registro de auditoria (campos error_code e action) e as entradas correspondentes nos logs do seu IdP.
Não envie o arquivo de licença, os valores das chaves de API, sso_tokens.toml nem sessions.db.