feat(episode): TRAZA_plan-de-reset-corregido-para-que-s-quede_S20260608.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 2 — ember_experience: Plan de reset CORREGIDO (para que sí quede 100/10

episodes/TRAZA_plan-de-reset-corregido-para-que-s-quede_S20260608.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,37 @@
+---
+episode_id: "cd0446f0-b02e-45ee-bf1c-5bc8850d0172"
+puente_flat: "TRAZA_plan-de-reset-corregido-para-que-s-quede_S20260608.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260608.D_NEW02_COSECHA_CIERRE"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "TESSERA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 2 — ember_experience: Plan de reset CORREGIDO (para que sí quede 100/100)"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-08T17:49:28.502738+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Si reseteas y re-grabas con el MISMO generador, las memorias nuevas tendrán **las mismas HyDE-basura** → reproduces el problema. **El reset SIN arreglar la HyDE primero no garantiza 100/100 — garantiza repetir el error más limpio.**
+`─────────────────────────────────────────────────`
+
+## Plan de reset CORREGIDO (para que sí quede 100/100)
+
+Tu plan es técnicamente viable (el texto chunkeado vive en `crisol/procesados/*.md` → se puede re-grabar). Pero el orden importa:
+
+1. **Arreglar el generador HyDE** (en `puente_gen.py`/tessera_pipeline) — que produzca preguntas hipotéticas reales, no la plantilla actual. **Sin esto, el reset no sirve.**
+2. **Arreglar dedup** (idempotencia por `content_sha256`) — para que crisol + drains no dupliquen. 3. **Backup de los 5 stores + estado BLC** (red de seguridad). 4. **Wipe COHERENTE en los 5 stores** (no solo Qdrant+PostgreSQL — también Neo4j/Forgejo/Nextcloud, o creas más drift) + **reset cadena BLC** a génesis. 5. **Conservar LEXICON** (lexicon.db + sus relaciones) ✅ tu instinto correcto. 6. **Re-grabar desde `procesados/*.md`** por el pipeline ya arreglado → memorias 100/100 con HyDE reales. **La pregunta esencial (solo tú):** ¿hacemos el reset **bien hecho** (arreglar HyDE+dedup PRIMERO → backup → wipe coherente 5 stores → re-grab)? Es un sprint serio pero es la única vía a "100/100 de verdad". O si quieres, primero **te cuantifico el daño con más muestra** (10 episodios + self-retrieval) para que veas el % exacto antes de comprometernos. ¿Arranco por **arreglar el generador HyDE** (el prerequisito #1), o prefieres que primero amplíe el escaneo para dimensionar el daño con número duro?
+
+Verificado, John — y la respuesta honesta es: **ni tú ni yo teníamos toda la razón. El generador se MEJORÓ pero NO quedó limpio.** Miré las HyDE de episodios de **ayer mismo** (2026-06-07, lo más fresco, generador actual). Esto es lo que produce HOY:
+
+## Lo que genera el HyDE actual (evidencia de ayer)
+
+**Tipo A — la plantilla MALFORMADA (sigue viva, ~66%):**
+> *"¿Qué se sabe sobre MNEMO en relación a: **Consecuencias por camino:** - **(1) Tú entras a la consola Hetzner** → reviven?"*
+> *"¿Qué se sabe sobre PostgreSQL en relación a: Esos nodos ya están ahí: las 7 fases F0–F6, los 5 stores..."*
+
+Eso sigue siendo `"¿Qué se sabe sobre {entidad} en relación a: {pedazo de chunk crudo truncado}?"` — **no es una pregunta real**, es el chunk envuelto en `¿...?`. **~10 de 15 queries** que muestreé son así.