Vista generada de dec-0027: F-BYTE-RUNTIME como fase nueva, separada de los backends, que implementa el CORE abstracto (ByteSource+scheduler+TieredPieceStore+ExtentMap+integrity).
docs/decisions/dec-0027-f-byte-runtime-como-fase-nueva-separada.mdVista generada desde
docs/decisions/dec-0027-f-byte-runtime-como-fase-nueva-separada.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-L5b |
| Fichero | docs/decisions/dec-0027-f-byte-runtime-como-fase-nueva-separada.md |
Enmendado o sustituido por: r44, r46
Por qué importa (del frontmatter del ADR):
roadmap.spec.yml líneas 429-467: fase F-BYTE-RUNTIME con exactamente este scope ('byte-core crate + ByteSource + scheduler no-god-object'), ref 'r26 §2, §4'.
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-0027-f-byte-runtime-como-fase-nueva-separada.md, el fichero canónico.
F-BYTE-RUNTIME como fase nueva, separada de los backends, que implementa el CORE abstracto (ByteSource+scheduler+TieredPieceStore+ExtentMap+integrity).
Split de docs/decisions/r26-storage-runtime-byte-fabric-2026-06-21.md (lock r26-L5b) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.