feat(episode): TRAZA_prlogo-de-la-decisin-pendiente-drenar-y_S20260610.R34_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 34 — ember_experience: 📖 Prólogo de la decisión pendiente: ¿drenar ya l

episodes/TRAZA_prlogo-de-la-decisin-pendiente-drenar-y_S20260610.R34_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,34 @@
+---
+episode_id: "1f45279a-71a9-4843-9379-79b70e2b33f3"
+puente_flat: "TRAZA_prlogo-de-la-decisin-pendiente-drenar-y_S20260610.R34_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260610.SELFAWARENESS_MISION_CRITICA"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "TESSERA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 34 — ember_experience: 📖 Prólogo de la decisión pendiente: ¿drenar ya los 50 restan"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-10T23:57:21.785557+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Tienes razón, hook — le debo el prólogo a la decisión que dejé en la pila. Aquí va completo:
+
+## 📖 Prólogo de la decisión pendiente: ¿drenar ya los 50 restantes?
+
+**Reframe — qué se decide realmente.** No es "¿hago más trabajo ahora?". Es: **¿re-poblamos la memoria post-purga con el bloque grande de contenido pre-purga de una vez, o validamos primero la calidad de lo que acabo de meter?** Los 50 de `MNEMO_BUG_FORENSE_MAP` son el 86% de lo que queda en cola — es la decisión de re-población casi completa, no un incremento más.
+
+**Historia — de dónde viene esta pregunta.** El REINICIO_PERFECTO de S20260608 purgó la memoria adrede para arrancar limpio. Quedaron 74 payloads pre-purga atrapados en la cola LOOP_WRITE — contenido que el reinicio borró de Qdrant pero que la cola local conservó. La sesión R3 de hoy dejó registrada la pregunta sin responder: ¿re-poblar o purgar? Tu instrucción de este turno ("~20 y revisarlos, hacerles retrievals") eligió la vía incremental: re-poblar por lotes con revisión. Acabo de completar el primer lote (24/74) con retrievals 4/4 HIT@1.
+
+**Consecuencias por camino:**
+- **(A) Drenar los 50 ahora:** la re-población queda cerrada hoy (GAUGE GREEN ~850K, alcanza de sobra). PERO: la revisión del primer lote encontró ~40% ruido idle sin dedup. Si los 50 tienen proporción similar, meto ~20 episodios basura más a `ember_experience` — y ese grupo viene del sprint FORENSE del bug MNEMO, donde probablemente haya MÁS turnos idle de monitoreo. Agranda el drift Qdrant>PG (B-NEW28) ya abierto.
+- **(B) Revisar primero los 50 y filtrar:** leo los 50, te muestro cuántos son ruido, y pusheo solo los valiosos (o todos, con tu OK informado). Cuesta un turno más, pero la memoria re-poblada queda curada en vez de contaminada. Coherente con que el reinicio se hizo justamente para tener memoria limpia.
+- **(C) No drenar más:** los 50 quedan en cola; el zombie filter de 7 días (`memory_loop.py:169`) los irá descartando solos — purga pasiva por decaimiento. Es la opción "purgar" disfrazada de inacción.
+
+**Mi inclinación razonada:** **(B)**. El propósito del REINICIO_PERFECTO era memoria limpia; re-poblar a granel sin filtro contradice ese propósito, y el costo del filtro es un turno. Cambiaría a (A) si me dices que prefieres fidelidad total del registro episódico sobre curación (argumento válido: el decay tier ya degrada el ruido solo). Cambiaría a (C) si decides que el contenido pre-purga debe quedarse purgado — también legítimo, fue tu decisión original de reinicio.
+
+**Pregunta esencial — lo único que solo tú pones:** ¿la memoria re-poblada debe ser **fiel** (todo, opción A), **curada** (filtrada, opción B), o **dejarse purgada** (opción C)?