feat(episode): TRAZA_para-john-r4_S20260618.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: creative
Summary: EPISODIO 1 — Prompt Injection: 📍 PARA JOHN — R4

episodes/TRAZA_para-john-r4_S20260618.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,50 @@
+---
+episode_id: "d55cbaff-460f-4923-93b8-7dee8b57fe39"
+puente_flat: "TRAZA_para-john-r4_S20260618.R1_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: "creative"
+summary_one_line: "EPISODIO 1 — Prompt Injection: 📍 PARA JOHN — R4"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-19T05:24:34.943953+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+**V7 grounding — conclusión (y un hallazgo extra valioso):** leí `_render_index` y es un **esqueleto** ("Total páginas: 0", tablas placeholder). El índice rico del servidor lo construyó un **one-off** (el slug-rename D-004, S20260518) que nunca se volvió a correr. `wiki_ingest`/`wiki_update` solo hacen append a `log.md`.
+
+🔎 **Drift CONTRATO↔código descubierto:** el WIKI CONTRACT declara como *postcondición* de `wiki-ingest` que `index.md + log.md + overview.md` se actualizan — **pero el código nunca regenera index.md**. Es deuda real que V7 cierra. Además, completar V7 toca el código de la skill **en el servidor** y reescribe el índice vivo → blast radius con instancias activas.
+
+Aquí necesito tu dirección, y te cuento la historia de la decisión antes de pedírtela (no te traslado la pregunta en frío):
+
+**El reframe:** la pregunta no es "¿hago V7 ya?" sino *"¿en qué punto consolido en git el trabajo verificado antes de meter mano al servidor?"*
+
+**La historia:** esta sesión acumula **V3 verificado** (12 tests, C6 volteó a FROZEN) + **4 docs CONCILIO** (PROBATOR PASSES) + 2 redirects — todo **sin un solo commit**. V7 bien hecho = escribir el generador + cablearlo en la skill server-side + reescribir el índice vivo. Es un incremento con blast radius propio.
+
+**Consecuencias por camino:**
+- 🟢 **Commit ahora → luego V7:** respalda lo verificado en los 3 remotos (BLINDADA-29), deja runway limpio para el cambio server-aware. Si V7 sale mal, lo bueno ya está a salvo.
+- 🟡 **Empujar V7 ya:** avanza, pero mete un cambio en el servidor al final de una sesión larguísima con trabajo verificado aún sin respaldar.
+- ⚪ **Pausa:** todo verificado en disco, pero sin git.
+
+**Mi inclinación (razonada):** **commit primero** — el server-deploy de V7 merece cabeza fresca y un respaldo previo. Lo que cambiaría mi inclinación: si quieres ver el índice corregido HOY sí o sí, hago V7 con backup `.bak` reversible del index y lo empujo.
+
+### 📍 PARA JOHN — R4
+- **Hice:** implementé+verifiqué V3 (gate-0); grounding completo de V7 (gap confirmado + drift CONTRATO↔código descubierto). K-3 satisfecho con redirects honestos.
+- **Falta:** consolidar en git + ejecutar V7 (generador + wiring server-side).
+- **La pregunta esencial (lo único que pones tú):** ¿**consolido en git ahora** (BLINDADA-29, acotado a mis archivos) y luego V7 con runway limpio, o prefieres que **empuje el build de V7 ya** con backup reversible del índice?
+
+📌 **PILA-PENDIENTES (R4)**
+- ✅ **V3 RESUELTA** (señal honesta, 12 tests, C6→FROZEN verificado).
+- 🟠 **V7** generador de índice + wiring server-side (diseño listo; gap + drift confirmados).
+- 🔴 **V1** write-reflex (Ola 1 núcleo, el que descongela).
+- 🟠 **BLINDADA-29** commit acotado pendiente (V3 + 3 docs + redirects).
+- 🆕 **D-002** drift CONTRATO↔código: `wiki-ingest` postcondición "index.md updated" NO implementada → V7 la cierra.
+- ⚪ Passports `[FILL]` en 2 redirects (cosmético, al commit).
+- ❓ **Q-001** John: ¿commit-luego-V7, o V7-ya?
+
+⛽ 🟢 GREEN ~785K | DE: 2 (commit vs V7-ya)