@trycore/spec-build-harness 0.11.0 → 0.11.1

package/.claude-plugin/plugin.json

@@ -2,7 +2,7 @@
   "$schema": "https://json.schemastore.org/claude-code-plugin-manifest.json",
   "name": "trycore-spec-build-harness",
   "displayName": "Trycore — Spec & Build Harness",
-  "version": "0.11.0",
+  "version": "0.11.1",
   "description": "Arnés de construcción de dos loops (slice por épica + release gate) para Claude Code, con gates de calidad, estado compartido y OpenSpec. Compañero de @trycore/spec-product-flow. Agnóstico al proyecto.",
   "author": {
     "name": "Trycore",

package/VERSION

@@ -1 +1 @@
-0.11.0
+0.11.1

package/commands/build/release.md

@@ -70,8 +70,9 @@ reviewer. Es el gate **no negociable**: sin él, no hay release.
 - Reporta **cada** gate medido con
   `bash .claude/hooks/build/release-ops.sh verdict <line> <gate> <pass|fail|na> --evidence-file f`
   (`na` cuando no aplica). El **agregado** lo hace el runtime: **parciales no promueven a `passed`**.
-- Con los seis reportados y en verde, recuérdale al humano que **el cierre es suyo**
-  (`release-ops.sh close-hint <line>`): el agente no cierra releases.
+- Con los seis reportados **en verde, el hub auto-cierra** (`closed_by: AUTO_6_OF_6_PASS`; lo
+  anuncia la respuesta del último `verdict`). Si la release queda degradada, el cierre es
+  decisión humana en la consola (`release-ops.sh close-hint <line>` imprime la política).
 - Algo ✗ → los hallazgos bloqueantes se corrigen **como un slice normal**
   (`/build:slice` / `building-a-slice`) y se **re-corre** el Release Gate.
 
@@ -83,5 +84,5 @@ reviewer. Es el gate **no negociable**: sin él, no hay release.
   vez por release (`O(releases)`).
 - **No dupliques el inner loop**: no se hace TDD ni se cierran gates por slice.
 - **`integration` con deps reales es obligatorio**; no se acepta con todo stubbeado.
-- **El agente reporta, el humano cierra** (spec §2): ninguna llamada de cierre con token de agente.
+- **El agente reporta; el verde se auto-cierra; el degradado lo decide un humano** (política A-con-B): ninguna llamada de cierre con token de agente — el auto-cierre lo ejecuta el runtime al agregar, no el cliente.
 - Delega en `releasing-a-version`; **no** la reimplementa. Si algo contradice `METODOLOGIA.md`, gana la metodología.

package/hooks/build/release-ops.sh

@@ -35,7 +35,7 @@ _rel_evidence_json() {
 
 # ── verdict ──────────────────────────────────────────────────────────────────────────
 cmd_verdict() {
-  local line="${1:-}" gate="${2:-}" estado="${3:-}" ev="" evfile="" mode payload resp status pfile
+  local line="${1:-}" gate="${2:-}" estado="${3:-}" ev="" evfile="" mode payload resp status pfile rel_status closed_by
   if [ -z "$line" ] || [ -z "$gate" ] || [ -z "$estado" ]; then usage; return $OPS_RC_USAGE; fi
   shift 3
   while [ $# -gt 0 ]; do
@@ -57,7 +57,7 @@ cmd_verdict() {
   esac
   mode="$(ops_mode)"
   [ "$mode" = "legacy" ] && { echo "LEGACY: escribe el gate en releases[] del fichero"; return $OPS_RC_LEGACY; }
-  payload="{\"release_line\":$(ops_json_str "$line"),\"gate\":$(ops_json_str "$gate"),\"status\":$(ops_json_str "$estado"),\"evidence\":$(_rel_evidence_json "$ev" "$evfile")}"
+  payload="{\"release_line\":$(ops_json_str "$line"),\"gate\":$(ops_json_str "$gate"),\"status\":$(ops_json_str "$estado"),\"verdict\":$(ops_json_str "$(printf %s "$estado" | tr a-z A-Z)"),\"evidence\":$(_rel_evidence_json "$ev" "$evfile")}"
   if [ "$mode" = "dual" ]; then
     pfile="$(ops_tmpjson "$payload")" || return $OPS_RC_OFFLINE
     ops_mirror release_verdict_reported "$pfile" || echo "⚠ veredicto de release no espejado; el comparador dual lo marcará" >&2
@@ -69,7 +69,30 @@ cmd_verdict() {
   case "$status" in
     200|201|202)
       echo "veredicto de release registrado: $gate=$estado en $line"
-      echo "El cierre de la release NO lo hace el agente: lo hace un humano en la consola (spec §2)."
+      # [A-con-B] El hub auto-cierra la release cuando el ÚLTIMO veredicto de cada uno
+      # de los 6 gates canónicos es PASS (closed_by=AUTO_6_OF_6_PASS, queda en el audit
+      # trail). Con algún fail/partial el cierre sigue siendo decisión HUMANA en la
+      # consola. Fail-open: un hub previo sin release_status cae al recordatorio.
+      rel_status="$(printf '%s' "$resp" | python3 -c 'import json,sys
+try:
+    print(json.load(sys.stdin).get("release_status") or "")
+except Exception:
+    print("")' 2>/dev/null)"
+      closed_by="$(printf '%s' "$resp" | python3 -c 'import json,sys
+try:
+    print(json.load(sys.stdin).get("closed_by") or "")
+except Exception:
+    print("")' 2>/dev/null)"
+      case "$rel_status" in
+        PASSED)
+          echo "✅ release «${line}» CERRADA por el hub: 6/6 gates PASS (closed_by: ${closed_by:-AUTO_6_OF_6_PASS})." ;;
+        FAILED)
+          echo "⛔ release «${line}» en FAILED en el hub; los hallazgos bloqueantes se corrigen como slice y se re-mide." ;;
+        IN_PROGRESS)
+          echo "release aún IN_PROGRESS: el hub auto-cierra al llegar el 6/6 PASS; con algún fail/partial el cierre es decisión humana en la consola (spec §2)." ;;
+        *)
+          echo "El hub auto-cierra con 6/6 PASS; si algún gate queda en fail, el cierre/decisión es humano en la consola (spec §2)." ;;
+      esac
       return $OPS_RC_OK ;;
     422)
       echo "⛔ 422 el servidor rechazó el veredicto: $resp — no reintentes; corrige y vuelve a medir." >&2
@@ -96,11 +119,13 @@ cmd_close_hint() {
   local line="${1:-}"
   [ -n "$line" ] || { usage; return $OPS_RC_USAGE; }
   cat <<HINT
-El cierre de la release «${line}» es un acto de GOBIERNO HUMANO (spec §2):
+Política de cierre de la release «${line}» (A-con-B):
   1. El agente reporta los 6 veredictos con \`release-ops.sh verdict $line <gate> <estado>\`.
-  2. El runtime agrega: parciales NO promueven a passed.
-  3. Una persona con permiso cierra la línea en la consola del hub.
-El arnés no cierra releases ni con token de agente: esa superficie exige PDP.
+  2. El runtime agrega y AUTO-CIERRA en verde: con el último veredicto de los 6 gates
+     canónicos en PASS la release pasa a PASSED (closed_by=AUTO_6_OF_6_PASS, audit trail).
+  3. Los casos DEGRADADOS (algún fail/partial, deudas por decidir) siguen siendo gobierno
+     humano: una persona con permiso decide y cierra en la consola del hub (PDP).
+Parciales no promueven; el gobierno humano vive donde hay decisión real, no en el clic.
 HINT
   return $OPS_RC_OK
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@trycore/spec-build-harness",
-  "version": "0.11.0",
+  "version": "0.11.1",
   "description": "Arnés agéntico de construcción de Trycore para Claude Code: pipeline de dos loops (slice por épica + release gate) con gates de calidad, estado compartido y OpenSpec. Compañero de @trycore/spec-product-flow. Agnóstico al proyecto.",
   "type": "module",
   "bin": {

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).
@@ -69,8 +72,8 @@ Checklist de cierre: `references/release-dod.md`.
    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 **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. 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`,
+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.',
 }