feat(episode): DEPURA_para-john-r14_S20260618.R8_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 8 — MNEMO Pipeline: 📍 PARA JOHN — R14

episodes/DEPURA_para-john-r14_S20260618.R8_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,48 @@
+---
+episode_id: "47ff23bd-b08b-4fe1-bfe5-9ad5d0bb776f"
+puente_flat: "DEPURA_para-john-r14_S20260618.R8_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260618.VERIFY_FIRST_PASSPORT_FIX"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 8 — MNEMO Pipeline: 📍 PARA JOHN — R14"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-18T23:43:13.336382+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Lanzada — **la cadena orquestada corre en background** (task `wlx3n7nty`). Esto es exactamente tu punto materializado: los agentes especializados encadenados hacen el trabajo riguroso, no yo a mano, y sobre copia local (cero riesgo a producción).
+
+**La cadena `FORENSE → RELOJERO` con los agentes reales:**
+
+| Fase | Agente | Qué produce |
+|---|---|---|
+| 1 Diagnóstico | `code-rescuer` | causa raíz confirmada + locus exacto (FORENSE) |
+| 2 Contrato | `code-architect` | contrato I/O + decide Opción X / Y / Híbrido |
+| 3 Implementación | `code-author` | el patch (diff) + cambio `--only` + SQL backfill |
+| 4 Verificación | `code-verifier` | tests property-based + smoke-test plan en vivo (RELOJERO triple capa) |
+| 5 Revisión | `code-reviewer` + `code-validator` | veredicto adversarial READY_TO_MERGE / BLOCKED |
+
+Me avisará cuando termine. **Lo que vuelve es un patch verificado + tests + veredicto** — el deploy SSH a producción lo hago solo tras tu GO final, con backup. Puedes ver el progreso con `/workflows`.
+
+### 📍 PARA JOHN — R14
+- **Hice:** te expliqué con honestidad por qué subiré-orquesté (momentum + "diff chico" + ultracode recién activado = racionalización del red-flag "la skill es overkill"); y **corregí el rumbo**: descargué el código vivo y lancé la cadena `FORENSE→RELOJERO` con los 5-6 agentes especializados sobre copia local.
+- **Falta:** que la cadena termine → te traigo el patch verificado + veredicto → deploy con tu GO.
+- **Mi consejo:** **A** — dejar que la cadena haga su trabajo riguroso; cuando vuelva, revisamos juntos el patch + el veredicto del validador antes de tocar producción. Es el método correcto que pediste.
+- **Para avanzar, elige:**
+  - 🟢 **A** *(recomendado)* — espero la cadena; al terminar te presento patch + veredicto y deploy con tu GO
+  - 🟡 **B** — mientras corre, aprovecho para corregir el reporte §7 (claim stale, DLC-2) + commit pendiente (BLINDADA-29)
+  - ⚪ **C** — paras la orquestación (`/workflows`) si prefieres otro enfoque
+
+📌 **PILA-PENDIENTES (R14)**
+- 🔴 CRITICAL — Workflow `wlx3n7nty` corriendo: patch verificado del fix completitud (en background) [origen R14]
+- 🟠 HIGH — Deploy a producción gated en GO de John tras veredicto [pendiente]
+- 🟡 MEDIUM — Corregir reporte §7 (claim "dispatcher muerto/password" erróneo) [DLC-2]
+- 🟡 MEDIUM — BLINDADA-29: 6+ archivos sin commit → backup triple-remoto
+- ❓ PREGUNTA-JOHN — Q-002 ¿SLO 2h? · Q-003 ¿Forgejo+Nextcloud respaldo o primera-clase? (para la capa C2)
+- ✅ RESUELTAS — explicada la decisión de orquestación (honesta) · método corregido a FORENSE→RELOJERO orquestado · cadena lanzada