Skip to main content
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) :
Chaque ligne suit le format <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 :
Desktop utilise la même CLI intégrée : exécutez donc doctor depuis un terminal sur l’hôte Desktop pour diagnostiquer aussi les problèmes de Desktop.

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 ligne models 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.
  1. 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.
  2. 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.
  3. Le message d’erreur exact affiché à l’utilisateur, y compris son code, ainsi que la sortie de devin --version.
  4. Pour les problèmes de SSO (authentification unique), les événements auth pertinents du journal d’audit (champs error_code et action) et les entrées correspondantes dans les log de votre IdP.
N’envoyez ni le fichier de licence, ni les valeurs des clés d’API, ni sso_tokens.toml, ni sessions.db.