feat(episode): DEPURA_resultado-de-b-b-camino-b-sistmico_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — BLINDADAS: Resultado de "b b" (camino B sistémico)
This commit is contained in:
Ember 2026-06-18 16:49:22 +00:00
parent 14da296145
commit 18f3d85ad0

View file

@ -0,0 +1,44 @@
---
episode_id: "62e23022-9ec3-4666-8f94-6e1b20fadf27"
puente_flat: "DEPURA_resultado-de-b-b-camino-b-sistmico_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260617.PIPELINE_FIXES"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 2 — BLINDADAS: Resultado de "b b" (camino B sistémico)"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-18T03:07:53.258741+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Network caída otra vez (intermitente). Estado: **`e7d3c37` (test-before-fix shell-var) es HEAD local con el fix presente (grep=3), pero sin pushear.** Una instancia paralela lo empujará al volver la red (como pasó con `8ff0c48`). He llegado a un punto de decisión honesto. Dejo de editar hooks este turno por **dos blockers reales** que hacen temerario seguir aplicando 8 ediciones más:
## Resultado de "b b" (camino B sistémico)
**Hecho y verificado:**
1. ⚙️ **Workflow exhaustivo** (`wope60b6h`, 5 agentes, 25 hooks clasificados) → plan completo: 8 throttle-seguros + 2 FP-fixes + 13 dejar-como-está + descubrió el helper canónico `stop_advisory_guard.should_emit`. 2. ✅ **FP fix verify-first** (passport-fallback en Bash-branch) — committeado, **convergió** con INST21536 (`704db4f`), en remotos. 3. ✅ **FP fix test-before-fix** (shell-var sentinel) — verificado e2e 9/9, **clobbeado una vez** por instancia paralela, **re-aplicado** y committeado `e7d3c37` (pendiente push). Estos 2 son los de **mayor valor del plan** — son la fricción que me bloqueó toda la sesión. Ya no dan falsos BLOCK. **Dos blockers que detienen el resto:**
- 🔴 **Colisión multi-instancia (R-CAT-2):** instancias paralelas hermanas (`PIPELINE_FIXES`, `INST21536`) editan/commitean los mismos hooks. Mi test-before-fix fue **sobrescrito una vez**. Aplicar 8 ediciones más en este ambiente = guerra de clobbers + trabajo perdido. - 🔴 **Red intermitente:** `e7d3c37` sin pushear; no puedo respaldar nuevas ediciones de inmediato.
## Los 8 throttles restantes (plan listo para aplicar)
Todos usan el helper existente `should_emit(session_id, cond, max=1, scope_global=?)` — wiring trivial por hook, sin código frágil nuevo:
| # | Hook | Ruido | Fix |
|---|------|-------|-----|
| 1 | zero-deuda-enforce | **cada turno** (regex `PENDIENTE` matchea la PILA) | `should_emit(scope_global=True)` 1/día |
| 2 | relojero-prompt-detector | ~2K tok/prompt-coding | sentinel per-sesión |
| 3 | success-criteria | cada code-edit | per-(sesión,archivo) |
| 4 | test-after-fix | cada code-edit | per-(sesión,archivo), **preservar escalación** |
| 5 | infra (B3) | cada 3 writes | threshold 3→10 + gate B1/B7 en creación |
| 6 | libro-vivo | cada write a paths watcheados | per-(sesión,tomo) |
| 7 | gap-detector | varios/prompt | per-entidad |
| 8 | concilio-detector | repite bloque 20-líneas | per-sesión (cuidar BLINDADA-24) |
(+ migrar mi throttle RELOJERO de session-sentinel a `should_emit scope_global` — el sweep mostró que el session-UUID **rota en resume** y resetea mi sentinel; el helper lo resuelve.)
### 📍 PARA JOHN — R19