SergioandClaude Opus 4.8
bbab5a204d
Diseña el corte del cordón umbilical con Alpine en tres etapas, reusando el lab de Fase 0 sin mecanismo nuevo: - Stage 0: toolchain semilla (zig primario, musl-cross-make como escotilla) ingerido al store como fuente pinned por sha256 — el único insumo del host. - Stage 1: userland mínimo cross-compilado (musl, busybox/toybox, init propio, hammerd) ensamblado en un rootfs sellado. El init propio habilita el CRASHED real diferido de Fase 5. - Stage 2: rebuild nativo dentro del rootfs y diff de hashes stage1 vs stage1' ⇒ auto-alojamiento bit-reproducible. Cada etapa anota (stage, recipe_hash, artifact_hash) en bootstrap.json, embrión del log de transparencia (SDD 09 §4). Propone el crate hammer-bootstrap y la CLI `hammer bootstrap stage0|stage1|stage2|--all`. Decisiones abiertas marcadas para un futuro ADR 0007. Enlazado desde el índice de docs y el roadmap. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2.1 KiB
2.1 KiB
Documentación de diseño de hammer
Estos documentos son la fuente de verdad del diseño. El código los implementa; cuando haya discrepancia, o se corrige el código o se actualiza el SDD con un commit que explique por qué.
Software Design Documents (SDD)
| # | Documento | Qué cubre |
|---|---|---|
| 00 | Visión y filosofía | Por qué existe, qué problema resuelve, la actitud de ingeniería |
| 01 | Arquitectura general | El modelo de dos mundos, componentes, flujo de datos |
| 02 | El laboratorio de build | Sandbox, zig cc, recetas, CAS, grafo de dependencias |
| 03 | Hidratación y store | Store content-addressed, hardlinks a FHS, patchelf, rollback |
| 04 | Overlay de experimentación | overlayfs en caliente, try/commit/discard |
| 05 | Diario de mutaciones | fanotify, log append-only, config-sin-ser-declarativa |
| 06 | Formato .swm |
Manifiesto de mutación compartible, esquema, firma |
| 07 | Bus de init y de agente | /run/init.control, /run/agent.sock, protocolo |
| 08 | Integración de la IA | El bucle agéntico, seguridad, intención → .swm |
| 09 | Modelo de confianza | Reproducibilidad, verificar-no-confiar, log de transparencia |
| 10 | Roadmap | Fases, MVP, primer entregable |
| 11 | Bootstrap from-scratch | Track posterior: Stage 0/1/2, auto-alojamiento, semilla pinned |
Architecture Decision Records (ADR)
Decisiones tomadas, con su contexto y consecuencias. Ver adr/.