@trycore/spec-build-harness 0.10.0 → 0.11.1

package/skills/building-a-slice/references/runtime-protocol.md

@@ -69,7 +69,7 @@ En `runtime` el fichero `.claude/state/build-state.json` **no se lee ni se escri
 |---|---|
 | `active_slice.gates` | `slice-ops.sh status` / caché de proyección |
 | `active_slice.wiring_checklist[]` | eventos `wiring_*` + `wiring_failing` de la proyección |
-| `active_slice.progress_log[]` | eventos `progress_note_recorded` (event stream) |
+| `active_slice.progress_log[]` | eventos `progress_noted` (event stream) |
 | `session_continuity.resume_hint` | `resume_hint` de `/agent/context` (lo rinde `next-step`) |
 | `scaffold`, `design_source`, `project_kind`, `foundation` | hechos de proyecto (`fact …`) |
 | `history[]`, `releases[]`, `parallel_front` | proyecciones del runtime (consola del hub) |

package/skills/releasing-a-version/SKILL.md

@@ -24,9 +24,12 @@ de épicas de la release son las que vas a auditar en bloque.
   `dual`/`runtime` la release vive en el runtime y cada gate se reporta con
   `bash .claude/hooks/build/release-ops.sh verdict <line> <gate> <pass|fail|na>`; en `legacy`, en el
   array `releases[]` del fichero local (protocolo en `building-a-slice/references/state-protocol.md`).
-- **Reportar es de agentes; cerrar es de humanos** (spec §2). El agente mide y reporta los seis
-  veredictos; **la release la cierra una persona en la consola del hub** — el token de agente no
-  puede hacerlo. `release-ops.sh close-hint <line>` imprime el recordatorio.
+- **Reportar es de agentes; el cierre en verde es del runtime; el degradado es humano** (política
+  A-con-B). El agente mide y reporta los seis veredictos; con el último veredicto de los 6 gates
+  canónicos en PASS **el hub auto-cierra** la release (`closed_by: AUTO_6_OF_6_PASS`, audit trail).
+  Si algún gate queda `fail`/`partial` o hay deudas por decidir, **el cierre es decisión humana en
+  la consola** — el gobierno humano vive donde hay decisión real, no en el clic de un resultado
+  derivable. `release-ops.sh close-hint <line>` imprime la política.
 - **Sobre el diff acumulado**: el alcance es el rango de commits de todas las épicas de la release
   (desde el merge anterior a la primera épica de la release hasta `main`).
 - **Delega en subagentes** (devuelven síntesis, protegen el contexto).
@@ -67,9 +70,10 @@ Checklist de cierre: `references/release-dod.md`.
 5. Reporta **cada** gate en cuanto lo tengas medido, con su evidencia:
    `release-ops.sh verdict R1-mvp security pass --evidence-file informe.txt` (usa `na` cuando el gate
    no aplique — p. ej. `ux` en una release sin UI). Un `rc 6` es el servidor rechazando: muestra su
-   razón, no reintentes. Sin red, el veredicto se encola (`rc 5`) y se entrega al reconectar.
-6. Cuando los seis estén reportados, **avisa al humano para el cierre**
-   (`release-ops.sh close-hint R1-mvp`): el agente no cierra releases. Si algún gate quedó `fail`,
+   razón, no reintentes. Sin red, el veredicto **no** tiene camino por la cola offline (`rc 5`,
+   issue #44): reintenta el mismo comando cuando vuelva la red, antes de pedir el cierre.
+6. Con los seis reportados **en verde, el hub cierra solo** (la respuesta del último `verdict`
+   anuncia `release CERRADA … closed_by: AUTO_6_OF_6_PASS`) — no hay paso manual. Si algún gate quedó `fail`,
    lista los hallazgos bloqueantes; el usuario los corrige como un slice normal (fix en
    `building-a-slice`) y se re-corre el Release Gate.
 

package/skills/releasing-a-version/workflows/release-gate.workflow.js

@@ -9,7 +9,7 @@
 //
 // READ-ONLY sobre el estado: esta plantilla devuelve un diagnóstico; la skill
 // releasing-a-version es la ÚNICA que reporta los veredictos (release-ops.sh verdict por gate;
-// en modo legacy, una entrada en releases[] del fichero). El agregado y el cierre son del
+// en modo legacy, una entrada en releases[] del fichero). El agregado y el auto-cierre en verde son del
 // runtime/humano. Parciales NO promueven a passed. Si METODOLOGIA.md (§5) contradice algo aquí,
 // gana la metodología.
 //
@@ -150,11 +150,11 @@ const reviewersGreen = reviews.filter(Boolean).every((r) => r.na || r.value ===
 const status = (reviewersGreen && gates.integration === true) ? 'passed' : 'failed'
 
 return {
-  status,            // reportado por releasing-a-version vía release-ops.sh verdict (agregado y cierre son del runtime/humano).
+  status,            // reportado por releasing-a-version vía release-ops.sh verdict (agregado y auto-cierre en verde son del runtime; el degradado lo decide un humano).
   gates,             // {security, smell, ux, coherence, stack_arch, integration}
   blocking: [
     ...reviews.filter((r) => r && r.value === false).map((r) => ({ gate: r.gate, error: r.error || null, findings: r.findings || [] })),
     ...(gates.integration === true ? [] : [{ gate: 'integration', findings: (integration && integration.findings) || [] }]),
   ],
-  note: 'Read-only. releasing-a-version reporta un veredicto por gate (release-ops.sh verdict). El runtime agrega y un humano cierra la release en la consola. Parciales NO promueven a passed.',
+  note: 'Read-only. releasing-a-version reporta un veredicto por gate (release-ops.sh verdict). El runtime agrega y AUTO-CIERRA con 6/6 PASS (closed_by: AUTO_6_OF_6_PASS); el caso degradado lo decide un humano en la consola. Parciales NO promueven a passed.',
 }