Cette documentation concerne les déploiements fédéraux de Devin. Retour à la documentation Devin
devin airgap doctor est la première commande à lancer lorsque la CLI ou Desktop ne démarre pas, ne parvient pas à joindre un modèle ou affiche un code d’erreur. Elle exécute toutes les vérifications locales et réseau dont dépend l’agent, affiche une ligne par vérification et renvoie un code de sortie non nul en cas d’échec. Cette page détaille chaque vérification et la marche à suivre, puis indique les éléments à rassembler pour une demande d’assistance.
Exécuter doctor
Exécutez-le sous le compte utilisateur qui utilisera Devin, dans le même environnement (les variables de clé d’API doivent être définies dans ce shell) :<status> <check> <detail>. Pour les échecs et avertissements associés à un code, le détail est précédé du code d’erreur, par exemple FAIL model 'llama-3.3-70b': endpoint reachability NET003: ....
Pour l’automatisation,
--json affiche {"ok": <bool>, "checks": [...]}, où chaque vérification comporte check, status (pass, warn, fail) et detail, ainsi que code pour les avertissements et échecs associés à un code, et latency_ms pour une sonde d’inférence réussie :
Référence des vérifications
Les vérifications s’exécutent dans l’ordre ci-dessous. Lorsqu’une vérification dépend d’une vérification antérieure qui a échoué, elle est ignorée plutôt que répétée : si le fichier de modèles est introuvable, la lignemodels file parse n’apparaît pas et aucune sonde n’est envoyée aux endpoints.
license
Charge et vérifie le fichier de licence (voir Licence).
models file path
Détermine l’emplacement du fichier de modèles (/etc/devin/models.json, C:\ProgramData\Devin\models.json sous Windows, ou DEVIN_MODELS_FILE) et vérifie qu’un fichier s’y trouve.
config dir writable et data dir writable
Crée si nécessaire les répertoires de configuration et de données du produit, puis écrit un fichier de test dans chacun d’eux.
CA bundle
Indique si DEVIN_CA_BUNDLE est défini, puis le charge.
models file parse and model '<name>': API key env var
Analyse le fichier de modèles avec le même validateur que devin models validate, puis vérifie que la variable api_key.env de chaque modèle est bien définie dans l’environnement actuel.
custom subagent profiles
Liste les définitions de sous-agents personnalisés issues de agents/**/AGENT.md. none configured ou <n> profile(s) loaded signale une réussite ; CFG005 indique une définition qui n’a pas pu être analysée. Cette vérification est commune avec la commande devin doctor standard et n’a aucun lien avec la configuration en air gap.
model '<name>': endpoint reachability
Envoie GET {base_url}/models avec la clé d’API du modèle, avec un délai d’expiration de 10 secondes et la même configuration TLS que celle utilisée pour l’inférence.
model '<name>': inference conformance
Ignoré lorsque le test d’accessibilité a échoué au niveau du transport. Envoie une requête d’un seul token pour vérifier que l’endpoint parle bien l’API configurée : POST {base_url}/chat/completions avec max_tokens: 1 pour chat_completions, ou POST {base_url}/responses avec max_output_tokens: 16 pour responses.
Problèmes courants
Éléments à envoyer au support
Rassemblez les éléments suivants sur le poste de travail concerné. Relisez chaque fichier avant de l’envoyer ; aucun d’entre eux n’est téléversé automatiquement.-
La sortie de doctor :
Les chaînes de caractères de détail contiennent les URL de vos endpoints et vos noms d’hôte, mais jamais les valeurs des clés d’API.
-
Le rapport de diagnostic expurgé :
Le rapport indique les versions, l’existence et la validité syntaxique de chaque fichier de configuration, les noms des modèles, si chaque variable de clé d’API est définie ou non, ainsi que des statistiques du journal d’audit. Il ne contient jamais de prompts, de code, de contenu de fichiers, de valeurs secrètes, d’URL d’endpoints ni de valeurs de variables d’environnement.
-
Le message d’erreur exact affiché à l’utilisateur, y compris son code, ainsi que la sortie de
devin --version. -
Pour les problèmes de SSO (authentification unique), les événements
authpertinents du journal d’audit (champserror_codeetaction) et les entrées correspondantes dans les log de votre IdP.
sso_tokens.toml, ni sessions.db.
