dec-0030

Vista generada de dec-0030: Storage Box se queda como durable-primary (no Object Storage/VPS HDD); Styx no busca storage mejor, diseña vía capabilities explícitas — merge de L1a+L1b del classify (misma decisión, dos ángulos).

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0030-storage-box-queda-como-durable-primary.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0030-storage-box-queda-como-durable-primary.md. No se edita a mano: bun run docs:gen la regenera y bun run docs:check falla si difiere. El estado aquí es el del model: si discrepa con otra página, manda el model.

CampoValor
EstadoLOCKED (migrado de un rNN por gate-3: el fichero no declara estado)
Referencia legadar26-L1ab
Ficherodocs/decisions/dec-0030-storage-box-queda-como-durable-primary.md

Enmendado o sustituido por: r44, r46

Por qué importa (del frontmatter del ADR):

r11 status locked cita 'r26 capability-driven'; r28 §6 lo formaliza como CanonicalStoragePolicy (roadmap.spec.yml L865/L887); F3 (SftpBackend) construido sobre esta premisa.

Nodos del roadmap que lo citan en refs: ninguno.

Páginas de la documentación que lo citan: ninguna todavía.

Texto del ADR

Leído de docs/decisions/dec-0030-storage-box-queda-como-durable-primary.md, el fichero canónico.

Storage Box se queda como durable-primary (no Object Storage/VPS HDD); Styx no busca storage mejor, diseña vía capabilities explícitas — merge de L1a+L1b del classify (misma decisión, dos ángulos).

Storage Box se queda como durable-primary (no Object Storage/VPS HDD); Styx no busca storage mejor, diseña vía capabilities explícitas — merge de L1a+L1b del classify (misma decisión, dos ángulos).

Por qué pasa gate-3

'Storage Box se queda... es el backend durable primary' + 'Styx NO busca storage mejor: diseña para aprovechar el barato' es anti-industry-standard (S3 sería el default) y real trade-off (dinero vs control de bytes). Matiz importante: r28 §6 corrige 'durable primary' de categoría fija a policy versionada (CanonicalStoragePolicy v1), lo que suaviza el hard-to-reverse de LA ELECCIÓN concreta pero refuerza el hard-to-reverse del MODELO capability-driven en sí (L1b), que es lo que sobrevive como lock durable.

Procedencia

Split de docs/decisions/r26-storage-runtime-byte-fabric-2026-06-21.md (lock r26-L1ab) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.