sergio/takana
> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…
2026-09-09
- takana etapa 5c: comentarios de scripts, MOTD, y un BUG que introdujo la etapa 4
- takana etapa 3b: las 49 invocaciones pasan a ./target/release/takana
2026-09-06
2026-09-04
2026-09-03
2026-09-01
2026-08-10
- estado: sealed_remoto sale del JSON — dependía de la máquina, y ahora hay dos
- store en el volumen: «está sellado» dejó de ser «está en este disco»
2026-08-08
2026-08-03
2026-07-23
2026-07-22
- yupana: rename khipu→yupana — el registro es el khipu, la yupana es el ábaco que reckona sobre él
- khipu: el motor de dependencias inversas que cruza TODAS las colas (y arregla la mentira de `perfiles`)
- catálogo objetivo P2: estado `wanted` + membresía de perfil en el grafo
2026-07-17
- estado: buscar el artefacto por el name INTERNO, no el basename del fichero
- estado+kde: el grafo ahora cubre la cola incoming-kde; base KDE desbloqueada en el laptop
- estado: clasificación Rust corregida (había ~180 Rust escondidas como C) + musl
- estado: orden de ataque por impacto de desbloqueo (lectura accionable del DAG)
- estado: grafo de build persistido y versionado (scripts/build-state.py → docs/state/build-state.json)