dec-0010

Vista generada de dec-0010: Naming unificado

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0010-naming-unificado.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0010-naming-unificado.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 legadar19-L4
Ficherodocs/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.

Texto del ADR

Leído de docs/decisions/dec-0010-naming-unificado.md, el fichero canónico.

Naming unificado

Naming unificado: app = 'Styx' en App Store, bundle IDs dev.mks2508.styx.*, path repo styx/apps/apple/, dominio styx.<tld>

Por qué pasa gate-3

  • Hard-to-reverse: Cambiar bundle IDs (dev.mks2508.iptv → dev.mks2508.styx.*) rompe compatibilidad con instalaciones existentes y certificados de signing. Revertir requeriría revertir IDs y regenerar certs/provisioning profiles
  • Surprising sin contexto: Bundle ID dev.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 Apple
  • Trade-off real: Alternativa implícita: mantener nombres separados (app='MKS-IPTV-App', runtime='Styx'). Trade-off: breaking change de compatibilidad (instalaciones existentes) vs consistencia branding y unificación de identidad

Procedencia

Split 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.