Vista generada de dec-0029: native/zig/ se parte en crates independientes por capability (7 listados
docs/decisions/dec-0029-native-zig-parte-crates-independientes.mdVista generada desde
docs/decisions/dec-0029-native-zig-parte-crates-independientes.md. No se edita a mano:bun run docs:genla regenera ybun run docs:checkfalla si difiere. El estado aquí es el del model: si discrepa con otra página, manda el model.
| Campo | Valor |
|---|---|
| Estado | LOCKED (migrado de un rNN por gate-3: el fichero no declara estado) |
| Referencia legada | r26-L4 |
| Fichero | docs/decisions/dec-0029-native-zig-parte-crates-independientes.md |
Enmendado o sustituido por: r44, r46
Por qué importa (del frontmatter del ADR):
native/zig/CLAUDE.md + estructura actual (media-core/media-daemon existen); roadmap.spec.yml referencia crates byte-core/storage/swarm en F-BYTE-RUNTIME/F3/F-SWARM-CORE.
Nodos del roadmap que lo citan en refs: ninguno.
Páginas de la documentación que lo citan: ninguna todavía.
Leído de docs/decisions/dec-0029-native-zig-parte-crates-independientes.md, el fichero canónico.
native/zig/ se parte en crates independientes por capability (7 listados: media-core, byte-runtime, storage, swarm, transport, transmux+libav-bridge, media-daemon) — merge de L4a+L4b del classify (mismo lock, taxonomía inseparable de la decisión).
Split por capability (no monolito) es arquitectura del data plane, hard-to-reverse y no estándar. Nota: r28 §6 refina el listado añadiendo 'byte-core' como crate separada de media-core (dep unidireccional) — la ENUMERACIÓN exacta evolucionó, pero el principio crate-per-capability compuesto por media-daemon es el que se mantiene lockeado y load-bearing.
Split de docs/decisions/r26-storage-runtime-byte-fabric-2026-06-21.md (lock r26-L4) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.