feat(episode): DEPURA_para-john-el-sprint-cruz-su-gate-de-va_S20260618.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: chronicle
Summary: EPISODIO 3 — filesystem celular: 📍 PARA JOHN — el sprint cruzó su gate de valida

episodes/DEPURA_para-john-el-sprint-cruz-su-gate-de-va_S20260618.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,37 @@
+---
+episode_id: "f9bf34a9-0dfc-48e2-aaad-0c4723e2fbef"
+puente_flat: "DEPURA_para-john-el-sprint-cruz-su-gate-de-va_S20260618.R3_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: "chronicle"
+summary_one_line: "EPISODIO 3 — filesystem celular: 📍 PARA JOHN — el sprint cruzó su gate de validación"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-18T14:39:07.803297+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+✅ **H3 fix completo y verificado** — registrado en [RESULTADOS_PILOTO_H1_S20260618.md](docs/estructura-empirica/RESULTADOS_PILOTO_H1_S20260618.md). El sprint biomimético tiene ahora **los 4 gates de migración en verde**:
+
+| Gate | Estado |
+|---|---|
+| **H1** retrieval (proxy + embeddings reales N=12) | ✅ PASS |
+| **H2** reconstrucción (lossless 1.00) | ✅ PASS |
+| **H3** profundidad + path ≤5 | ✅ **PASS** (tras tu opción iii) |
+| **H4** id_resolver | ✅ PASS |
+
+El off-by-one quedó cerrado con la causa documentada: `ROOT` es ancla lógica, no nivel de jerarquía → NOM-AP2 cuenta generaciones reales (≤5), que ahora coinciden con el guard físico `MAX_DEPTH=5`. Dejé anotada la **implicación para Fase 2**: el código de migración real debe contar segmentos sin `ROOT`, igual que el pilot.
+
+### 📍 PARA JOHN — el sprint cruzó su gate de validación
+**La historia:** la DECISION S20260606 puso una regla dura — *validar antes de migrar*. Esa fase **terminó**: los 4 gates pasan. El mecanismo es lossless (H2), no degrada con profundidad (H3), y recupera bien (H1). Ya no hay nada bloqueando la migración por el lado de la evidencia.
+
+- **Mi consejo, en dos tiempos:**
+  1. **Commitear primero** — hay un cuerpo grande sin respaldar (pilots H2/H3, RESULTADOS, excepción + punteros). El hook auto-push lleva varios turnos pidiéndolo (BLINDADA-29).
+  2. **Luego el fork real:** 🟢 **A** arrancar la **migración progresiva** (inyectar las 4 coords en frontmatter de carpetas nuevas, `docs/` primero, `rules/`+hooks congelados — todo validado ya) · 🟡 **B** escalar **H1 a N=60** carpetas reales para el hard_fact completo antes de migrar.
+- **Mi inclinación:** commit ahora, y luego **A** (migración progresiva) — la validación hizo su trabajo; el valor marginal de N=60 es menor que empezar a *usar* lo validado, y la migración es de bajo riesgo (carpetas nuevas, nunca big-bang).
+- **¿Hago el commit triple-remoto ahora, y con qué seguimos: A (migrar) o B (H1 N=60)?**