feat(episode): TRAZA_prlogo-completo-la-decisin-go-fase-2_S20260611.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 3 — MEMORIA: 📖 PRÓLOGO completo — la decisión GO FASE 2

episodes/TRAZA_prlogo-completo-la-decisin-go-fase-2_S20260611.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,36 @@
+---
+episode_id: "2dc29dba-06dc-4ca5-8d8c-2141544714c8"
+puente_flat: "TRAZA_prlogo-completo-la-decisin-go-fase-2_S20260611.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260611.FORMATEO_CANONICO_MNEMO"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "TESSERA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 3 — MEMORIA: 📖 PRÓLOGO completo — la decisión GO FASE 2"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-11T23:00:06.963107+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Completo el prólogo de la decisión con los 5 componentes (el guard detectó que me faltaban 3 — tiene razón):
+
+## 📖 PRÓLOGO completo — la decisión GO FASE 2
+
+**1. Reframe — qué se decide realmente.** No estás decidiendo "si borrar datos": eso ya lo decidió el panel D-ARCH con PROBATOR PASSES anoche. Lo que decides ahora es el **timing de ejecución**: si el formateo corre ya (en la ventana entre el run en vuelo y el cron de las 23:00) o si esperas a otro momento/condición.
+
+**2. Historia — de dónde viene esta pregunta.** La sesión S20260610 demostró con sondas que el retrieval está partido (H1: dos modelos de embedding en la misma colección) y que hay 3 enfermedades estructurales más (triple-write H2, sin dedup H3, ciclo re-push H5). El panel de 7 skills deliberó 3 opciones (hotfix / parcial / formateo total) y eligió formateo canónico porque es la única que cambia las condiciones de contorno — un borrado sin schema explícito ya falló una vez (REINICIO_PERFECTO v1 perdió la lección D-003). Los scripts se fabricaron, testearon (4/4 + 7/7) y desplegaron anoche. El pre-flight de hoy confirmó que todo sigue en su sitio. Lo único que el PROBATOR dejó pendiente fue tu GO explícito.
+
+**3. Consecuencias por camino:**
+- **GO ahora:** el formateo corre en la ventana ~22:15-23:00 (servidor). Se borran 626 episodios PG de los cuales solo 149 son únicos y ~86% es eco/ruido medido (`REVISION_50`); los originales viven en transcripts re-ingestables y en el backup automático. El pipeline queda recibiendo información nueva con un solo modelo desde esta noche. Riesgo residual: si algo falla a mitad del script, el backup + idempotencia permiten re-correr o revertir — pero estarías sin retrieval unas horas (hoy el retrieval YA está roto por H1, así que el costo real es bajo).
+- **Esperar:** cada hora el cron añade ~50 episodios de eco viejo que igual se borrarán — no se pierde nada irreversible, pero la quarantine del inbox se vuelve más urgente porque el inbox se está consumiendo (2.013→1.119): el contenido viejo está MIGRANDO a las bases ahora mismo. Esperar días también deja la misión a merced de otro drift de config.
+- **GO parcial (solo quarantine, formateo después):** detiene la contaminación sin tocar las bases; opción válida si quieres revisar algo más antes del borrado.
+
+**4. Inclinación razonada.** GO completo ahora. El costo de ejecutar es mínimo (todo reversible vía backup, invariantes LEXICON/album protegidos por guard testeado), el costo de esperar es acumulación de ruido, y la evidencia es del mismo día. **Qué me la cambiaría:** si quisieras revisar la quarantine del inbox antes (decidir qué se re-ingesta), o si hay otra instancia trabajando contra los stores ahora mismo que yo no haya detectado.
+
+**5. La pregunta esencial, aislada:** ¿ejecuto la FASE 2 completa esta noche — sí o no?
+
+⛽ 🟢 GREEN ~850K | 📋 S20260611.FORMATEO_CANONICO_MNEMO.R3