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)

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0009-app-swift-mueve-fisicamente-monorepo.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0009-app-swift-mueve-fisicamente-monorepo.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-L3
Ficherodocs/decisions/dec-0009-app-swift-mueve-fisicamente-monorepo.md

Enmienda a: d05

Por qué importa (del frontmatter del ADR):

Citado en CLAUDE.md (Mapa del repo: 'apps/ servicios Elysia + web + admin/cli/apple (placeholders)') — though F-FUSION no ejecutado yet, el placeholder apps/apple/ está lockeado

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-0009-app-swift-mueve-fisicamente-monorepo.md, el fichero canónico.

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)

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)

Por qué pasa gate-3

  • Hard-to-reverse: Una vez ejecutado F-FUSION (git mv / git submodule / nuevo Xcode project), revertir requeriría extraer apps/apple/ del monorepo, restaurar estructura de repo independiente, y reconfigurar build systems
  • Surprising sin contexto: Sin r19, un ingeniero NO inferiría que una app Swift existente (MKS-IPTV-App con 6,685 LOC TransmuxCore) se movería a apps/apple/ de un repo Zig/Bun. La topología apps/ sugería servicios Elysia, no clientes nativos Apple
  • Trade-off real: Alternativas rechazadas explícitamente: (1) repo aparte consumiendo Styx API, (2) dual-provider con Styx como opción. Trade-off: complejidad de monorepo multi-language (TS/Zig/Swift) vs simplificación de workflow y unificación roadmap

Procedencia

Split de docs/decisions/r19-fusion-styx-mks-iptv-2026-06-20.md (lock r19-L3) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.