Votre CLI d'agent est morte au lancement.
Voici exactement pourquoi.
Une CLI d'agent qui refuse de démarrer est l'échec le plus démoralisant du développement assisté par IA : pas de sortie, pas de trace, parfois juste une invite qui revient. CLI Doctor attrape ce moment, lit ce qui s'est réellement passé, et répond à la seule question qui compte : qu'est-ce qui a cassé, et qu'est-ce que je fais maintenant.
Il connaît la commande exacte lancée par AgentsRoom, sait quel flag vient de quel réglage, et voit ce que la CLI a affiché avant d'abandonner. C'est le contexte qu'un résultat de moteur de recherche n'aura jamais.
Un lancement raté, la vraie erreur, et un diagnostic qui nomme le réglage responsable.
Les CLI d'agents évoluent vite. Un flag disparaît dans une version mineure, un binaire quitte votre PATH après une mise à jour de Node, une session expire, un bac à sable refuse de démarrer, un fichier de config écrit pour un autre outil se fait ramasser au passage. Le résultat est toujours le même de votre côté : vous envoyez un prompt et il ne se passe rien.
Le difficile n'est jamais le correctif. C'est de savoir laquelle des vingt choses présentes dans la commande de lancement a cassé, et si elle vient de l'application, de vos réglages de provider, d'une surcharge posée sur cet agent il y a trois semaines, ou de la CLI qui a changé sous vos pieds.
CLI Doctor comble ce trou. Il garde la trace de la commande exactement telle qu'elle a été lancée, étiquette chaque flag avec le réglage qui l'a injecté, capture ce que la CLI a affiché, et transforme le tout en un diagnostic court avec des étapes concrètes. Les contrôles déterministes passent toujours en premier et gardent la priorité : l'IA ne parle que là où l'application ne peut pas répondre toute seule.
Ce que vous obtenez à la place d'un terminal vide
Un résumé en français clair de ce qui a échoué, pas une trace à décoder. Une ou deux phrases qui nomment la cause réelle.
Des étapes concrètes, dans l'ordre. Chacune peut porter un raccourci vers le bon panneau de réglages, la commande de réinstallation ou un relancement, pour ne jamais avoir à chercher où vit l'option.
L'origine des flags : chaque élément de la commande de lancement est rattaché à sa source, ce qui permet de dire « ce flag vient du mode autonome dans les Réglages » plutôt que de deviner.
Le même traitement pour les commandes de dév. Quand votre build, vos tests ou votre serveur échouent dans un terminal, le diagnostic est à un clic, et vous pouvez passer le tout à un agent DevOps dans la foulée.
Comment se produit un diagnostic
En couches, volontairement : les contrôles certains et gratuits d'abord, l'IA en dernier recours.
AgentsRoom enregistre le vrai lancement
Au moment précis où un terminal est créé, la commande complète est enregistrée : binaire, flags, modèle, options. C'est cet enregistrement qui rend un diagnostic exact possible plus tard, et il couvre tous les chemins de démarrage d'un agent, y compris un lancement déclenché depuis votre téléphone ou depuis un ticket de backlog.
Les contrôles déterministes parlent en premier
Un binaire absent, un flag que la CLI n'accepte plus, une session non connectée, une version périmée : ce sont des verdicts connus et certains. Ils sont traités directement par une bannière et un bouton de correction. Aucun appel à l'IA, aucune attente.
Un lancement suspect est corroboré, pas supposé
Si l'échec ne fait pas partie des cas connus, AgentsRoom cherche un motif d'erreur dans les premières secondes, puis vérifie ce qui tourne réellement dans le terminal. Une CLI simplement lente à démarrer, ou occupée à installer ses serveurs MCP au premier lancement, n'est pas un échec et l'épisode est abandonné.
Le contexte censuré est diagnostiqué
C'est seulement là que l'IA intervient, avec l'extrait d'erreur, la commande nettoyée et la carte d'origine des flags. Les prompts système, les valeurs qui ressemblent à des secrets et les longs arguments entre guillemets sont retirés sur votre machine avant tout envoi.
Vous recevez un résumé et des étapes, et vous décidez
Le diagnostic apparaît dans le terminal. Rien n'est jamais exécuté à votre place : un bouton d'action ouvre les réglages concernés, propose un relancement ou affiche la commande d'installation, et c'est toujours vous qui appuyez.
D'où vient la réponse
CLI Doctor lit les mêmes surfaces que celles que vous configurez. Voici les trois qui produisent l'essentiel des échecs de lancement.
Les flags de lancement viennent des défauts du provider, du mode autonome, d'un modèle épinglé ou d'une surcharge par agent. C'est là que le diagnostic vous envoie le plus souvent.
En savoir plusLes commandes de build, de test et de serveur reçoivent le même diagnostic, au clic plutôt qu'automatiquement, parce qu'une boucle de surveillance en échec demanderait sans fin.
En savoir plusSavoir qu'un agent réfléchit, a fini, attend une réponse ou est mort, c'est ce qui permet à AgentsRoom de comprendre que quelque chose a mal tourné.
En savoir plusConstruit avec les limites qui s'imposent
FAQ
Quelles CLI d'agents sont couvertes par CLI Doctor ?
Toutes. L'enregistrement du lancement est écrit au point unique où AgentsRoom crée un terminal, donc Claude Code, Codex CLI, GitHub Copilot CLI, Antigravity CLI, OpenCode, Aider, Grok Build, Mistral Vibe et Kimi Code sont tous couverts, y compris les agents démarrés depuis l'application mobile ou depuis un ticket de backlog.
Est-ce que la sortie de mon terminal part sur un serveur ?
Ce qui part, c'est un extrait censuré de l'erreur de lancement, la commande de lancement nettoyée et la carte d'origine des flags, et uniquement quand un diagnostic est réellement produit. Les prompts système, les valeurs d'environnement qui ressemblent à des secrets et les longs arguments entre guillemets sont retirés sur votre machine avant. Votre code source n'en fait jamais partie, et le diagnostic automatique peut être coupé entièrement dans les Réglages, section Confidentialité et données.
Est-ce qu'il exécute des commandes ou change mes réglages tout seul ?
Non. Une étape peut porter un raccourci qui ouvre le bon panneau de réglages, propose de relancer l'agent ou affiche la commande d'installation à copier. Exécuter quoi que ce soit reste toujours votre geste.
Concrètement, c'est quoi l'origine d'un flag ?
AgentsRoom assemble une commande de lancement à partir de plusieurs couches : les défauts du provider, le mode autonome, le modèle choisi, un effort de raisonnement, une surcharge CLI propre à l'agent, et d'autres encore. L'origine des flags étiquette chaque élément de la commande finale avec la couche qui l'a mis là, ce qui permet au diagnostic de désigner l'interrupteur exact à basculer au lieu de décrire le flag dans l'abstrait.
Est-ce qu'il se déclenche à chaque erreur ?
Non, et c'est volontaire. Dans un terminal d'agent, il se déclenche une fois par épisode d'échec, et seulement quand l'échec est corroboré : une CLI simplement lente à démarrer, ou occupée à installer ses serveurs MCP au premier lancement, est écartée plutôt que diagnostiquée. Pour les terminaux de commandes de dév, le diagnostic est au clic uniquement, parce qu'une boucle de surveillance en échec réémet son erreur en continu.
Est-ce disponible sur l'offre gratuite ?
Oui, avec un quota mensuel. Plus l'augmente et Pro est illimité en pratique. Les verdicts déterministes, qui couvrent les pannes les plus fréquentes comme un binaire absent ou un flag rejeté, ne sont pas comptés du tout : ils n'appellent jamais de modèle.
Que se passe-t-il avec un agent qui tourne sur une machine distante en SSH ?
Le processus au premier plan de votre côté est le client SSH lui-même, donc une CLI distante qui meurt paraît en bonne santé d'ici et l'épisode est ignoré. C'est un compromis assumé : un diagnostic manqué vaut mieux qu'un diagnostic faux affirmé avec aplomb. Les contrôles déterministes, eux, s'appliquent toujours du côté distant de la connexion.
En quoi est-ce différent de coller l'erreur dans un chatbot ?
Un chatbot ne voit que le message que vous collez. CLI Doctor dispose en plus de la commande exacte qui a été exécutée, de l'origine de chacun de ses flags, du provider et du modèle utilisés et de l'état du processus, sans que vous ayez à rassembler quoi que ce soit. C'est ce contexte qui transforme une réponse générique en nom du réglage à changer.
Vous aimerez aussi
Multi-Provider
AgentsRoom supporte 9 fournisseurs IA : Claude, Codex, GitHub Copilot CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe et Kimi Code. Assignez un provider différent par agent, changez de provider en cours de conversation et conservez le contexte grâce au handoff automatique.
Suivi du statut
Suivez le statut de chaque agent Claude Code en un coup d'oeil. Indicateurs colores pour les etats reflexion, termine, inactif et en attente de réponse. Chronometre, résumé d'activité et compteurs par projet.
Terminaux de dév
Lancez votre build, vos tests et votre serveur de dév dans la même fenêtre que vos agents, avec une cloche quand une commande longue se termine et un diagnostic quand elle échoue.
Restauration des agents et des terminaux
Rouvrez l'application et retrouvez vos agents et vos terminaux de dév là où vous les aviez laissés, avec la possibilité de reprendre la conversation CLI précédente.
Messages de commit IA
Un générateur de messages de commit IA intégré à AgentsRoom. Cliquez l'étincelle sur le champ de commit : il lit le vrai diff git et écrit un message de commit propre au format Conventional Commits. Tapez un brouillon, il est réécrit. Vos règles de format d'équipe sont appliquées à chaque génération.
Suggestions d'agent
Vous ne savez pas quel agent IA utiliser ? Décrivez votre tâche en langage naturel et AgentsRoom suggère le bon agent : depuis votre room, les 14 rôles intégrés ou 260+ experts du catalogue, avec une raison en une ligne. Un clic assigne la tâche.
Arrêtez de deviner pourquoi votre agent ne démarre pas
AgentsRoom lit le lancement, nomme le coupable et vous tend le correctif. Téléchargement gratuit sur macOS, Windows et Linux.
App companion : suivez vos agents en déplacement
Utilisez Claude, Codex, Antigravity CLI ou un autre fournisseur IA.
Remontez bugs et demandes directement dans votre backlog public.
Aperçu d'AgentsRoom en action.