fix(process): Phase 3 gates — trazabilidad RC→tarea + DECOMPOSE condicional + exit criteria (SPEC-001 a SPEC-005)

Author: NestorMonroy

.claude/context/work/2026-04-04-07-17-37-skill-adr-boundary/process-error-analysis.md

@@ -0,0 +1,29 @@
+```yml
+Fecha inicio sesión: 2026-04-04
+Proyecto: THYROX — PM-THYROX Framework
+Feature: process-corrections
+Issues tratados hoy: 9
+Issues resueltos: 0
+Estado: En progreso
+```
+
+# Log de Ejecución — Correcciones de Proceso Phase 3
+
+## Estado General
+
+**Progreso global**: 0% completado
+**Tareas completadas**: 0 de 9
+**Estado actual**: En progreso
+
+| Fase | Estado | Tareas | Checkpoint |
+|------|--------|--------|-----------|
+| FASE 1 — Core paralelo | Pendiente | T-001, T-002, T-004, T-005 | grep SKILL.md + plan.md.template |
+| FASE 2 — Exit criteria | Pendiente | T-003 | grep "Salir cuando" |
+| FASE 3 — Docs | Pendiente | T-006, T-007 | — |
+| FASE 4 — Verificación | Pendiente | T-008, T-009 | grep 5 SPECs |
+
+---
+
+## FASE 1: Core paralelo (T-001, T-002, T-004, T-005)
+
+**Estado**: En progreso

.claude/context/work/2026-04-04-07-17-37-skill-adr-boundary/skill-adr-boundary-process-corrections-execution-log.md

@@ -104,9 +104,13 @@ Definir scope antes de estructurar previene scope creep.
 2. Verificar que el work package existe: `ls context/work/`. Si no existe, volver a Phase 1 antes de continuar. Para trabajo grande que agrupa múltiples features, usar [epic.md.template](assets/epic.md.template)
 3. REQUERIDO: Crear `work/../{nombre-wp}-plan.md` usando [plan.md.template](assets/plan.md.template) — scope statement, in-scope, out-of-scope explícito, estimación de esfuerzo
 4. Actualizar ROADMAP.md con features y link al work package
-5. Obtener aprobación del scope — NO declarar Phase 3 completa hasta confirmación explícita del usuario
+5. SI el plan deriva de `analysis/` con RC formales → REQUERIDO: incluir tabla de trazabilidad RC→tarea en el plan antes de presentarlo al usuario. Cada RC de prioridad Alta o Media debe tener al menos una fila. NO presentar el plan si la tabla está incompleta.
+   SI el plan no tiene RC formales (trabajo mecánico) → omitir la tabla.
+6. Obtener aprobación del scope — NO declarar Phase 3 completa hasta confirmación explícita del usuario
 
-**Salir cuando:** `work/../{nombre-wp}-plan.md` existe con scope aprobado Y ROADMAP actualizado.
+**Nota DECOMPOSE:** SI el plan deriva de RC con prioridades distintas (Alta, Media, Baja) → Phase 5: DECOMPOSE NO puede saltarse, independientemente de la clasificación de tamaño en la tabla de escalabilidad. El criterio de tamaño aplica solo a WPs sin RC formales.
+
+**Salir cuando:** `work/../{nombre-wp}-plan.md` existe con scope aprobado Y ROADMAP actualizado. SI hay RC formales: la tabla de trazabilidad RC→tarea existe y cada RC Alta/Media tiene al menos una tarea asignada.
 **Siguiente:** Proponer Phase 4: STRUCTURE para especificar antes de descomponer.
 **Detectar:** Si `work/.../*-plan.md` existe con `[x] Scope aprobado`, Phase 3 ya completó.
 

.claude/skills/pm-thyrox/SKILL.md

@@ -54,6 +54,19 @@ Fases activas: [según tabla de escalabilidad en SKILL.md]
 
 ---
 
+## Trazabilidad RC → Tarea
+
+> Incluir esta sección SOLO si el plan deriva de `analysis/` con RC formales.
+> Omitir si el trabajo es mecánico y no tiene RC documentadas.
+
+| Tarea | Archivo | Resuelve RC |
+|-------|---------|-------------|
+| [descripción de tarea] | [archivo afectado] | RC-00N |
+
+Gate: cada RC de prioridad Alta o Media debe tener al menos una fila antes de presentar el plan al usuario.
+
+---
+
 ## Link ROADMAP
 
 Ver tracking: [ROADMAP.md — sección correspondiente](../../../../../ROADMAP.md)

.claude/skills/pm-thyrox/assets/plan.md.template

@@ -13,6 +13,27 @@ Versionado con [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
 ---
 
+## [0.7.1] - 2026-04-04
+
+### Fixed — Correcciones de proceso Phase 3 (WP skill-adr-boundary, reapertura)
+
+**SPEC-001 — Gate de trazabilidad RC→tarea:**
+- `SKILL.md` Phase 3 paso 5: SI hay RC formales → REQUERIDO tabla RC→tarea antes de presentar plan
+
+**SPEC-002 — Nota DECOMPOSE condicional:**
+- `SKILL.md` Phase 3: SI hay RC con prioridades distintas → DECOMPOSE no puede saltarse
+
+**SPEC-003 — Exit criteria con cobertura:**
+- `SKILL.md` Phase 3 Salir cuando: SI hay RC formales, tabla debe existir y estar completa
+
+**SPEC-004 — Template plan.md:**
+- `plan.md.template`: sección condicional trazabilidad RC→tarea con gate
+
+**SPEC-005 — Limpieza artefacto mal ubicado:**
+- Eliminado `process-error-analysis.md` de raíz WP (versión correcta en `analysis/`)
+
+---
+
 ## [0.7.0] - 2026-04-04
 
 ### Added — Boundary SKILL vs ADR para compatibilidad multi-modelo (WP skill-adr-boundary)

CHANGELOG.md

@@ -405,6 +405,14 @@ N tech skills auto-generados desde un registry centralizado, persistentes como a
 
 - [x] Campo `Uso:` en frontmatter YAML con restriccion de uso explicita (2026-04-04)
 
+### Correcciones de proceso Phase 3 (reapertura WP)
+
+- [x] SKILL.md Phase 3 — paso 5: tabla trazabilidad RC→tarea condicional (SPEC-001) (2026-04-04)
+- [x] SKILL.md Phase 3 — Nota DECOMPOSE: no saltable si hay RC con prioridades distintas (SPEC-002) (2026-04-04)
+- [x] SKILL.md Phase 3 — exit criteria: gate de cobertura RC integrado (SPEC-003) (2026-04-04)
+- [x] plan.md.template — sección condicional trazabilidad RC→tarea (SPEC-004) (2026-04-04)
+- [x] process-error-analysis.md eliminado de raíz WP (SPEC-005) (2026-04-04)
+
 ---
 
 ## Métricas de Progreso
@@ -421,7 +429,7 @@ FASE 5: Compatibilidad multi-modelo — 100% ✓
 FASE 6: Template phase integration  — 100% ✓
 FASE 7: Meta-framework generativo   — 100% ✓
 FASE 8: Resolución de deuda técnica — 100% ✓
-FASE 9: Boundary SKILL vs ADR       — 100% ✓
+FASE 9: Boundary SKILL vs ADR + correcciones proceso Phase 3 — 100% ✓
 
 Sesión 2026-03-27: ~30 cambios implementados, 20+ commits
 Sesión 2026-03-28 (s2): SKILL.md rewrite + 54 evals + corrections