dec-0088

Vista generada de dec-0088: Tracks condicionales (F-PS4-HOMEBREW, F-PLAYSTATION-OFFICIAL, F-XBOX, F-TV-VENDOR) viven en experiments[], NO en nextExec ni gates F0.F; NO condicionan el camino crítico del appliance product ni del F-BYTE-RUNTIME ni del F1

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0088-tracks-condicionales-f-ps4-homebrew-f-playstation-official-f-xbox.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0088-tracks-condicionales-f-ps4-homebrew-f-playstation-official-f-xbox.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 legadaINV-EXPERIMENTS
Ficherodocs/decisions/dec-0088-tracks-condicionales-f-ps4-homebrew-f-playstation-official-f-xbox.md

Por qué importa (del frontmatter del ADR):

styx.model.yml experiments[] key (AC-D7.5), r59 especifica los 4 tracks con triggers; r60 D7 menciona experiments[] como scope para tracks no bloqueantes

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-0088-tracks-condicionales-f-ps4-homebrew-f-playstation-official-f-xbox.md, el fichero canónico.

Tracks condicionales (F-PS4-HOMEBREW, F-PLAYSTATION-OFFICIAL, F-XBOX, F-TV-VENDOR) viven en experiments[], NO en nextExec ni gates F0.F; NO condicionan el camino crítico del appliance product ni del F-BYTE-RUNTIME ni del F1

Tracks condicionales (F-PS4-HOMEBREW, F-PLAYSTATION-OFFICIAL, F-XBOX, F-TV-VENDOR) viven en experiments[], NO en nextExec ni gates F0.F; NO condicionan el camino crítico del appliance product ni del F-BYTE-RUNTIME ni del F1

Por qué pasa gate-3

  • Hard-to-reverse: Mover tracks de experiments[] a nextExec requeriría cambiar el spec y el dep-graph styx.model.yml (AC-D7.5: 'PS4/OpenOrbis/Xbox/TV-vendor NO aparecen en nextExec; viven en experiments[]'). Es un cambio structural del roadmap
  • Surprising sin contexto: Un ingeniero podría asumir que console platforms (PS4/PS5/Xbox) son parte del camino crítico o que gatean F0-F6. La decisión de ponerlos en experiments[] (no en nextExec) es non-obvious sin el ADR - parece 'out of scope' pero en realidad es 'condicional con trigger explícito'
  • Trade-off real: Trade-off explícito: R-D7.5 'PS4 OpenOrbis / XBOX se cuelan vía appliance OS generalizable' (alta seguridad impact). Alternativa rechazada = incluir consoles en nextExec (con coste: bloquearía F0-F6 sin SDK real/partner access, sin business case, sin trigger documentado)

Procedencia

Split de docs/decisions/r59-appliance-client-os-separation-2026-07-15.md (lock INV-EXPERIMENTS) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.

dec-0087

Vista generada de dec-0087: Identity boundary

dec-0089

Vista generada de dec-0089: Mesh role mapping

Texto del ADR
Tracks condicionales (F-PS4-HOMEBREW, F-PLAYSTATION-OFFICIAL, F-XBOX, F-TV-VENDOR) viven en experiments[], NO en nextExec ni gates F0.F; NO condicionan el camino crítico del appliance product ni del F-BYTE-RUNTIME ni del F1
Por qué pasa gate-3
Procedencia