Vista generada de dec-0010: Naming unificado
docs/decisions/dec-0010-naming-unificado.mdVista generada desde
docs/decisions/dec-0010-naming-unificado.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 | r19-L4 |
| Fichero | docs/decisions/dec-0010-naming-unificado.md |
Enmienda a: d05
Por qué importa (del frontmatter del ADR):
Citado en CLAUDE.md (r19 §3: 'App Store 'Styx', bundle
dev.mks2508.styx.*') + CLAUDE.md raíz ('norte medible: superar Jellyfin')
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-0010-naming-unificado.md, el fichero canónico.
Naming unificado: app = 'Styx' en App Store, bundle IDs dev.mks2508.styx.*, path repo styx/apps/apple/, dominio styx.<tld>
dev.mks2508.iptv → dev.mks2508.styx.*) rompe compatibilidad con instalaciones existentes y certificados de signing. Revertir requeriría revertir IDs y regenerar certs/provisioning profilesdev.mks2508.styx.* NO es inferible del repo pre-r19 (donde la app Swift era 'MKS-IPTV-App'). ADR r15 define 'Styx' como nombre del runtime, no como nombre de app AppleSplit de docs/decisions/r19-fusion-styx-mks-iptv-2026-06-20.md (lock r19-L4) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.
dec-0009
Vista generada de dec-0009: App Swift se mueve físicamente al monorepo Styx como `apps/apple/` (forma exacta decidida en F-FUSION vía research, NO ejecutado en r19)
dec-0011
Vista generada de dec-0011: r15 ampliado para cubrir la familia entera (backend + app + crown jewels), no supersede sino extensión del naming Styx