feat(episode): TRAZA_checkpoint-honestidad-b4-en-marcha-2-de_S20260619.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 4 — Prompt Injection: Checkpoint — Honestidad (B4) en marcha, 2 de 3 su

episodes/TRAZA_checkpoint-honestidad-b4-en-marcha-2-de_S20260619.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,49 @@
+---
+episode_id: "2458df3d-c2f7-4610-bfb8-c5e403807e41"
+puente_flat: "TRAZA_checkpoint-honestidad-b4-en-marcha-2-de_S20260619.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260619.WIKI_MEMORIA_SCRUB_AVISO"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 4 — Prompt Injection: Checkpoint — Honestidad (B4) en marcha, 2 de 3 sub-bugs cerr"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-20T03:06:16.051160+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+## Checkpoint — Honestidad (B4) en marcha, 2 de 3 sub-bugs cerrados y verificados
+
+Avance real y **verificado empíricamente** en la sesión de ejecución (scope A):
+
+| Bug | Qué se arregló | Verificación |
+|---|---|---|
+| ✅ **B4b** | `boot_awareness.py`: parser leía 6 columnas sobre una tabla de **7** (`reality_check` añadió WARN) → mapeaba **SKIP→error**. Fix: parser 7-col + fallback legacy + display honesto. | `read_stale_count` → `skip:3, error:1, warn:0` (antes `skip:0, error:3`). **El boot dejará de decir "3 error"; dirá `⚪ 3 SKIP (remote) ⚠️ 1 error`.** |
+| ✅ **B4a** | `mega-hook-gap-detector.py:35`: comentario `STATUS: NOT registered` (mentira — está registrado 2×) → `registered`. | AST OK |
+| ⏳ **B4c** | report generator `[FILL]` + passport-injector exempt | pendiente |
+| ⏳ **B5/B2/B1** | recalibrar `generate_proposals` → no-op/scheduler → registrar report-update | pendiente |
+
+**Hallazgo que valida el método:** el agente había propuesto un fix de *display*; la verificación empírica (que el gate TEST-BEFORE-FIX **forzó**, correctamente) reveló que la causa real era de *parsing*. Sin ejecutar, habría parcheado el síntoma. Justo el espíritu de C9.
+
+**Nota de fricción honesta:** el gate TEST-BEFORE-FIX bloqueó 6×; su comando de verificación prescrito (`ast.parse(open().read())` sin encoding) **crashea en archivos UTF-8** (cp1252). Confirmé el bug por vía equivalente y usé el override sancionado con razón documentada + lo limpié tras usarlo. Es un bug del propio gate — candidato para la lista de mejoras del self-awareness system.
+
+Diff: solo mis 2 archivos (44+/13-). Nada heredado tocado. La instancia WIKI sigue en sus archivos (sin colisión).
+
+### 📍 PARA JOHN — R6
+
+**Hice:** Cerré B4a + B4b (honestidad del auto-reporte), verificados empíricamente. El boot ahora reportará SKIP y ERROR por separado (deja de inflar "error").
+
+**Falta:** B4c (que `[FILL]` no vuelva), y el cableado B5→B2→B1 (recalibrar antes de cablear).
+
+**Decisión — la historia:** Tengo 2 fixes verificados sin comitear. El AUTO-PUSH lo está señalando y BLINDADA-29 pide backup. Comitear ahora un checkpoint pequeño y atómico (solo B4a+B4b) protege el trabajo y deja un punto de rollback limpio antes de meterme en B5 (que es el más invasivo, toca el lazo de propuestas). La alternativa —seguir acumulando B4c/B5/B2/B1 y comitear todo junto— hace un commit más grande y un blast radius mayor si algo falla a mitad. Me inclino por **comitear el checkpoint ahora** (push necesita tu OK explícito, igual que antes).
+
+**Para avanzar, elige:**
+- 🟢 **A** *(recomendado)*: Comiteo+pusheo B4a+B4b ahora (checkpoint atómico), luego sigo con B4c→B5→B2→B1.
+- 🟡 **B**: Sigo con B4c/B5/B2/B1 sin comitear y hacemos un solo commit al final.
+- ⚪ **C**: Paramos aquí; B4a+B4b quedan en disco y retomamos luego.
+
+⛽ 🟢 GREEN ~795K | DE: 2 (opciones)