dec-0041

Vista generada de dec-0041: Wave de cierre obligatoria y secuencial (TKT-009 liveness/security → TKT-011 soak redux → TKT-010 governance → G0 checkout limpio → G1 run3 como ÚLTIMO acto) antes de declarar F0 done; F1 NO se abre hasta F0.F PASS.

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0041-wave-cierre-obligatoria-secuencial-tkt-009.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0041-wave-cierre-obligatoria-secuencial-tkt-009.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 legadaD2
Ficherodocs/decisions/dec-0041-wave-cierre-obligatoria-secuencial-tkt-009.md

Enmendado o sustituido por: r32, r47

Por qué importa (del frontmatter del ADR):

TKT-009/TKT-010/TKT-011 (derivados de este lock, con ref: r31 D2/D3 y ref: r31 D5 en frontmatter) + r47-f0-done-definition-2026-07-13.md (cita 'r31 satisfecho: el verde-falso... fue cazado por verificación independiente antes' de declarar F0 done) + styx.model.yml (F0.F status=done, completedDate 2026-07-13, ~3 semanas después de r31 — consistente con la wave ejecutada en el orden 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-0041-wave-cierre-obligatoria-secuencial-tkt-009.md, el fichero canónico.

Wave de cierre obligatoria y secuencial (TKT-009 liveness/security → TKT-011 soak redux → TKT-010 governance → G0 checkout limpio → G1 run3 como ÚLTIMO acto) antes de declarar F0 done; F1 NO se abre hasta F0.F PASS.

Wave de cierre obligatoria y secuencial (TKT-009 liveness/security → TKT-011 soak redux → TKT-010 governance → G0 checkout limpio → G1 run3 como ÚLTIMO acto) antes de declarar F0 done; F1 NO se abre hasta F0.F PASS.

Por qué pasa gate-3

  • Hard-to-reverse: Define una secuencia de trabajos obligatoria previa a F0 done; revertir significaria abrir F1 antes de tiempo o cambiar el orden de gates
  • Surprising sin contexto: Un ingeniero no inferiria que hay 4 tickets previos (TKT-009/011/010 + G1) antes de declarar F0 done sin este ADR; el orden TKT-009->TKT-011->TKT-010->G0->G1 es no obvio
  • Trade-off real: La alternativa era abrir F1 en paralelo (deuda tecnica arrastrada) o rehacer foundation (re-trabajo); se eligio pagar deuda antes de ampliar alcance

Procedencia

Split de docs/decisions/r31-foundation-closure-v2-reference-harvest-2026-06-23.md (lock D2) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.

dec-0040

Vista generada de dec-0040: Reclasificación honesta de gates F0.F

dec-0042

Vista generada de dec-0042: Accept-loop IPC del daemon Zig

Texto del ADR
Wave de cierre obligatoria y secuencial (TKT-009 liveness/security → TKT-011 soak redux → TKT-010 governance → G0 checkout limpio → G1 run3 como ÚLTIMO acto) antes de declarar F0 done; F1 NO se abre hasta F0.F PASS.
Por qué pasa gate-3
Procedencia