takana: la ruta del repo es /mnt/vvv/takana

El directorio se movio de verdad, asi que las referencias absolutas dentro del
repo ya eran incorrectas. Tambien los ejemplos que usaban ~/hammer.

NO se tocan docs/evidencia/: son REGISTRO de lo que se corrio ese dia, y
reescribir una ruta ahi adentro falsifica la evidencia. Que nombren una ruta que
ya no existe es correcto: existia cuando se midio.

docs/25-tasas-del-kernel.md

@@ -397,7 +397,7 @@ T17/T18 midieron lo que harkaq pone DENTRO del sandbox. Esto es lo que pone el s
 `crates/hammer-build/src/sandbox.rs` monta el rootfs Alpine como capa overlay de arriba y **una capa
 más por cada dependencia de build** debajo. Sólo cuando la suma de las rutas se acerca al tope las
 funde en una sola capa de hardlinks (`merge_deps_layer`, el `.dmerge` del store). Con el store en
-`/mnt/vvv/hammer/store` ese umbral cae en las **~27 deps**, así que **1 108 de las 1 171 recetas del
+`/mnt/vvv/takana/store` ese umbral cae en las **~27 deps**, así que **1 108 de las 1 171 recetas del
 corpus (95%) construyen con las capas APILADAS**, hasta 27 de ellas. Nadie había medido qué cuesta
 esa N. Medido con `bench_overlay.c` → `overlay.txt` (2026-09-01, mismo `momento`, 7 rondas,
 mínimos; los cocientes son todos de una misma corrida).

docs/26-atuq-envoltorio-gecko.md

@@ -5,7 +5,7 @@ qué tan complicado vs provechoso suena crear nuestro propio envoltorio, en vez
 aclaración de por qué la pregunta existe: **`puriy` quedó muy verde y es difícil sacarlo de ahí**.
 
 `atuq` es *zorro* en quechua. El nombre estaba libre —verificado con `grep -ri atuq` sobre
-`/mnt/vvv/hammer` y `/mnt/vvv/tawasuyu`, cero coincidencias— y dice exactamente lo que la cosa es:
+`/mnt/vvv/takana` y `/mnt/vvv/tawasuyu`, cero coincidencias— y dice exactamente lo que la cosa es:
 otro fox, con marca propia y sin usar la de Mozilla (ver el §branding de `recipes/firefox.toml`).
 
 **Este documento no reemplaza a `puriy` ni lo cancela.** `puriy` sigue siendo el motor soberano; el

docs/runbooks/harkaq-granja-volumen.md

@@ -67,7 +67,7 @@ server, no hay sesión permanente, y crond sí corre. El mismo 2026-08-22 el res
 dependía de que un agente estuviera despierto mirando, y la respuesta llegó después del auto-borrado.
 
 ```crontab
-*/30 * * * * HOME=/home/sergio PATH=/usr/local/bin:/usr/bin:/bin /mnt/vvv/hammer/scripts/farm/cosecha-cron.sh >>/mnt/vvv/hammer/work/cosecha-cron.log 2>&1
+*/30 * * * * HOME=/home/sergio PATH=/usr/local/bin:/usr/bin:/bin /mnt/vvv/takana/scripts/farm/cosecha-cron.sh >>/mnt/vvv/takana/work/cosecha-cron.log 2>&1
 ```
 
 Rutas **absolutas** las dos: cron arranca en `$HOME`, así que una ruta relativa al script no

scripts/diagnostico/banco-pgo-final.sh

@@ -20,7 +20,7 @@
 #   base con este arnés y no reutilizar la vieja.
 #
 set -u
-RAIZ=/mnt/vvv/hammer; R=$RAIZ/store/.rootfs/sway-v2
+RAIZ=/mnt/vvv/takana; R=$RAIZ/store/.rootfs/sway-v2
 AQUI=$(cd "$(dirname "$0")" && pwd)   # las 4 páginas viven junto a este script
 SAL=$(mktemp -d)
 A=$(ls -d $RAIZ/store/8116bdec*-firefox|head -1); B=$(ls -d $RAIZ/store/3d199174*-firefox|head -1)

scripts/diagnostico/cazar-cuelgue-bajo-presion.sh

@@ -30,7 +30,7 @@
 #       El `-o` NO es opcional: sin él, un firefox que se cuelgue hereda el fd del lock y lo
 #       retiene DESPUÉS de que el arnés termine (regla 1 de CLAUDE.md). Pasó dos veces.
 set -u
-RAIZ=/mnt/vvv/hammer; R=$RAIZ/store/.rootfs/sway-v2
+RAIZ=/mnt/vvv/takana; R=$RAIZ/store/.rootfs/sway-v2
 AQUI=$(cd "$(dirname "$0")" && pwd)
 N=${N:-20}; UMBRAL=${UMBRAL:-60}
 SAL=$(mktemp -d); trap 'rm -rf "$SAL"' EXIT

scripts/diagnostico/cazar-cuelgue-headless.sh

@@ -121,7 +121,7 @@
 #       (necesita el rootfs hidratado en store/.rootfs/sway-v2 y las páginas en el scratchpad;
 #        ajustar las rutas de arriba si se mueven)
 set -u
-RAIZ=/mnt/vvv/hammer; R=$RAIZ/store/.rootfs/sway-v2
+RAIZ=/mnt/vvv/takana; R=$RAIZ/store/.rootfs/sway-v2
 S=/tmp/claude-1001/-mnt-vvv-hammer/9d639cb7-92ff-4a26-bd7f-ec9988b972cf/scratchpad
 N=${N:-56}; UMBRAL=${UMBRAL:-45}
 FF=($(ls -d $RAIZ/store/8116bdec*-firefox $RAIZ/store/1d730334*-firefox \

scripts/diagnostico/verificar-arreglo-sandbox.sh

@@ -9,7 +9,7 @@
 # que está en el 100 % de las corridas del arnés viejo. Un mecanismo presente siempre se puede
 # refutar con pocas muestras; un síntoma raro, no. El recuento de cuelgues va igual, como control.
 set -u
-RAIZ=/mnt/vvv/hammer; R=$RAIZ/store/.rootfs/sway-v2
+RAIZ=/mnt/vvv/takana; R=$RAIZ/store/.rootfs/sway-v2
 AQUI=$(cd "$(dirname "$0")" && pwd); N=${N:-50}; UMBRAL=${UMBRAL:-60}
 A=$(ls -d $RAIZ/store/3d199174*-firefox | head -1)
 VIEJO='MOZ_DISABLE_CONTENT_SANDBOX=1'

scripts/farm/cosecha-cron.sh

@@ -20,7 +20,7 @@
 # es decisión explícita con farm-up).
 #
 # Uso:    scripts/farm/cosecha-cron.sh                 # un ciclo (lo que dispara el cron)
-#         */30 * * * * cd /home/sergio/hammer && scripts/farm/cosecha-cron.sh >>work/cosecha-cron.log 2>&1
+#         */30 * * * * cd /home/sergio/takana && scripts/farm/cosecha-cron.sh >>work/cosecha-cron.log 2>&1
 # Env:    SSH_KEY (def ~/.ssh/github5), REMOTE (def /opt/hammer), NO_COMMIT=1 (regenera pero no commitea)
 set -uo pipefail
 

scripts/farm/harvest-go.sh

@@ -15,7 +15,7 @@
 #      commit + push (con pull --rebase de reintento).
 #   Todo se loguea a work/harvest-go.log para revisar el lunes.
 #
-# Uso (cron):  */DohubVPS  cd /home/sergio/hammer && scripts/farm/harvest-go.sh root@1.2.3.4 >>work/harvest-go.log 2>&1
+# Uso (cron):  */DohubVPS  cd /home/sergio/takana && scripts/farm/harvest-go.sh root@1.2.3.4 >>work/harvest-go.log 2>&1
 # Env: SSH_KEY (def ~/.ssh/github5), REMOTE (def /opt/hammer), STORE (def ./store), REPO (def dist/repo),
 #      KEY (def dist/keys/release.ed25519), DISTRO (def dev), HAMMER (def target/release/takana),
 #      SEAL_TIMEOUT (def 60s: techo del cache-hit; más = sería build local ⇒ skip).