hammer/ESTADO.md

¿Dónde está hammer hoy? (mapa amigable)

Una foto en lenguaje humano de qué funciona, qué falta y por dónde seguir. Fecha: 2026-06-22. Para el detalle de arquitectura, ver docs/.

La idea en una frase

hammer es una distro de Linux con dos pisos: un sótano de laboratorio que compila todo desde fuente de forma reproducible y guarda cada binario por su hash, y un piso de arriba clásico y mutable (un Linux normal con /bin, /lib, /etc) donde puedes romper cosas y revertir. Está pensada para que una IA entienda y modifique el sistema entero.

El semáforo: qué está listo

Pieza	Estado	En cristiano
🟢 Núcleo del laboratorio	Listo	Compila aislado (bubblewrap + zig cc + musl), direcciona por hash BLAKE3
🟢 Auto-hospedaje (self-host)	Listo y verificado	El toolchain se reconstruye a sí mismo bit a bit dentro de una VM
🟢 Kernel propio	Listo	Linux 6.16.12 compilado por nosotros, arranca la VM y se reproduce idéntico
🟢 Frente Rust/LLVM	Cerrado	Cadena pura mrustc → rustc 1.91.1, sin binarios ajenos de confianza
🟢 Paquetería .swm	Listo (6/6 piezas)	Empaquetar, repo firmado, instalar/desinstalar, deps, repo por red
🟢 Catálogo de software	145 recetas	Subió de 88 a 145 en una sola sesión (sobre todo CLIs de Rust)
🟡 Instalar en disco real	En curso	Imágenes EFI/ISO existen; falta pulir "instalar desde el live"
🟡 Userland Rust-nativo	En curso	coreutils/findutils de uutils ya construyen y corren
⚪ Distro instalable redonda	Pendiente	Las etapas B/D/E del roadmap

Lo más importante que se logró

1. Soberanía del arranque. No dependemos de binarios precocidos de nadie. Partiendo de un compilador mínimo, hammer reconstruye su propio Rust, su propio kernel y sus propias herramientas — y al hacerlo dos veces da exactamente el mismo resultado (reproducible bit a bit). Eso se probó dentro de una máquina virtual, no solo en teoría.

2. Una "granja" de software que escala. Hay un pipeline que toma recetas de nixpkgs y Alpine, las adapta al formato de hammer, las compila y promueve las que funcionan al catálogo. En esta sesión pasó de 88 a 145 paquetes, casi todo CLIs de Rust populares (ripgrep, bat, fd, zoxide, helix, zellij, uv, ruff, biome…).

3. El "techo" actual es conocido. Lo que frena más builds ya no es un misterio: es la versión mínima de Rust que pide cada programa (MSRV) y los paquetes que arrastran C/C++ (openssl, git2). Subir el toolchain de 1.91.1 a 1.96 destrabó una tanda entera.

Por dónde sigue

• Escalar el catálogo a cientos de paquetes con la cola ya pre-cargada (JOBS=4 scripts/build-farm.sh).
• Terminar "instalar desde el live": que arrancar el ISO y darle a instalar deje un sistema usable en disco (Etapa B del roadmap).
• Seguir reemplazando el userland por equivalentes Rust-nativos (xargs es el próximo).
• Pulidos opcionales: squashfs+overlay, arranque EFI fino, rollback al boot.

Para orientarte en el repo

• crates/ — el código de hammer (CLI, daemon, build lab, journal, overlay…).
• recipes/ — el catálogo (145 .toml); recipes/incoming/ es la cola por procesar.
• scripts/ — orquestadores: selfhost-verify.sh (la prueba de fuego), build-farm.sh (la granja), import-batch.sh (importa tandas), rust-frontier/ (la cadena Rust pura).
• docs/ — el diseño completo (SDD); empieza por 00-vision.md y 10-roadmap.md.

---

Este archivo es el resumen humano. El estado técnico denso vive en la memoria del proyecto y en los mensajes de commit (en español, granulares).