Vista generada de dec-0089: Mesh role mapping
docs/decisions/dec-0089-mesh-role-mapping.mdVista generada desde
docs/decisions/dec-0089-mesh-role-mapping.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 | r60-D1 |
| Fichero | docs/decisions/dec-0089-mesh-role-mapping.md |
Enmienda a: r17, r27, r40, r45, r52, r54, r59
Por qué importa (del frontmatter del ADR):
TKT-050 (gate 'r60-D1-code', status open) + AC-D1 en TKT-045 + referencia en roadmap.spec.yml. Código (@styx/api-contracts/mesh-roles.ts) aún no existe (verificado con find), pero el ticket en la cola ejecutable cuenta como consumer real.
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-0089-mesh-role-mapping.md, el fichero canónico.
Mesh role mapping = aliases explícitos a r17 svcs + r27 §Nodes; NO identidades mesh-own nuevas, NO control-plane paralelo a NATS r18.
Split de docs/decisions/r60-boundary-authorities-2026-07-15.md (lock r60-D1) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.
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
dec-0090
Vista generada de dec-0090: Handoff single-authority semantics