sergio/takana

Decía «en el hub esa premisa ya estaba rota … mover el store al disco grande lo restauraría, pero es
su propia unidad de trabajo». Lo primero ya no es cierto y lo segundo manda a hacer un trabajo que
el arreglo de `config.rs` hace innecesario: el scratch pasa a `/store/.work`, en el filesystem del
store, así que la atomicidad del `seal` está restaurada sin mover nada.

(También dije «`/store` en sdb» y es **sdc** — sdb es el de `/vvv`, `/var/log` y `/work/sergio`.)

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

diff --git a/CLAUDE.md b/CLAUDE.md
index 6aa3b579..2ffcbd61 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -278,9 +278,10 @@ problema vuelve sin avisar. El override `TAKANA_WORK` sigue existiendo para caso
 
 **El WORKER no tiene este problema:** un único disco de 196 G con todo encima (`/`, `/opt/takana`,
 su store), así que ahí `work_root` y el store comparten filesystem y el `seal` —que es un `rename`,
-atómico sólo dentro del mismo fs— cumple su premisa. **En el hub esa premisa ya estaba rota** antes
-de este cambio: `/work` en `sda4` y `/store` en `sdb` son discos distintos. Mover el store al disco
-grande lo restauraría, pero es su propia unidad de trabajo — toca la granja, el hub y los scripts.
+atómico sólo dentro del mismo fs— cumple su premisa. **En el hub esa premisa estuvo rota** hasta el
+2026-10-15 —`/work` en `sda4` y `/store` en `sdc`, discos distintos— y la restauró el arreglo de
+arriba: el scratch pasa a `/store/.work`, en el filesystem del store. Ya no hace falta mover el
+store a ningún sitio.
 
 ## 4. La superficie de la CLI va en INGLÉS; los mensajes, en castellano