takana etapa 5b: los 59 docs de diseño, runbooks y ADR

645 líneas. Los ADR entran porque en este repo SON documentos vivos, no
registros inmutables: el 0013 tiene 5 commits, el 0009 dos. Eso se comprobó
antes de decidir, no se asumió por convención general.

EXCLUIDOS por ser REGISTRO o generado: docs/evidencia/ (6), el HANDOFF de la
noche de KDE (1) y docs/state/ (24, se regenera solo). Reescribir un comando
dentro de una evidencia la falsifica.

Y el ADR 0016 se excluye de todo barrido, con un aviso adentro para el próximo
que barra: habla SOBRE el renombre, así que necesita seguir diciendo 'hammer'.
El barrido se lo llevó puesto y lo dejó titulado 'Renombre del sistema: takana
→ takana'; revertido.

Congelados, verificados uno por uno con controles: /opt/hammer, /var/lib/hammer,
/usr/bin/hammer, /mnt/vvv/hammer, la URL de gitea, hammer-farm.service,
hammer-live-install.sh, BRIEFING-hammer.md, hammerd, hammer-recover y
HAMMER_LIVE.

docs/00-vision.md

@@ -53,7 +53,7 @@ kernel) es trabajo conocido. **La innovación es el substrato de baja entropía*
 
 Mientras la industria diseña sistemas para *proteger al sistema del administrador*
 (restringiendo, aislando, inmutabilizando) — y al hacerlo también ciega a las herramientas de
-IA — `hammer` hace lo contrario: **mantiene las tuberías expuestas y de baja entropía**, y
+IA — `takana` hace lo contrario: **mantiene las tuberías expuestas y de baja entropía**, y
 trata al usuario (y a su IA) como un operador consciente, no como un peligro.
 
 ## 4. Principios de diseño
@@ -68,7 +68,7 @@ trata al usuario (y a su IA) como un operador consciente, no como un peligro.
 - **El diario es la verdad.** Vives imperativamente; el sistema deriva el estado declarativo
   *a posteriori*. Nunca al revés.
 
-## 5. Anti-objetivos (lo que `hammer` NO es)
+## 5. Anti-objetivos (lo que `takana` NO es)
 
 - No es un gestor de paquetes inmutable ni un daemon que restaura estado.
 - No reescribe un motor de build desde cero (ver [ADR 0004](adr/0004-no-custom-nix.md)).