john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

feat(episode): TRAZA_hice-todo-el-backlog-del-chat-rescate_S20260712.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 3 — MNEMO: - **Hice:** todo el backlog del chat: rescate...
This commit is contained in:
Ember 2026-07-12 17:18:08 +00:00
parent 7681e9c5f5
commit 0a15e017a3
1 changed files with 28 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

28
episodes/TRAZA_hice-todo-el-backlog-del-chat-rescate_S20260712.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,28 @@
---
episode_id: "2a5ea17f-c26a-4440-8d3c-3e90ae073191"
puente_flat: "TRAZA_hice-todo-el-backlog-del-chat-rescate_S20260712.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260712.SHERPA_MISION1_LOOPWRITE"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 3 — MNEMO: - **Hice:** todo el backlog del chat: rescate..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-07-12T17:18:05.755046+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**1. El hallazgo diagnóstico principal — la contradicción de contratos que nadie había visto.**
El pipeline MNEMO tenía dos reglas del mismo ecosistema peleándose en silencio: la regla MNEMO-HYDE exigía ≥10 preguntas HyDE por episodio, pero el schema de PostgreSQL aceptaba máximo 5. Resultado: **PostgreSQL llevaba 5 días congelado** rechazando todo episodio nuevo, y **tres capas de contabilidad mentían "success"** encima. Nadie lo había detectado porque el pipeline se auto-reportaba sano. Ese es el hallazgo mayor: *el sistema puede estar roto y decir que está bien*. Se arregló, pero la lección de mejora es estructural — **hacía falta reconciliar contratos entre capas, no solo dentro de una capa**.
**2. El hallazgo de calidad que SÍ era mejora no explorada — las preguntas HyDE mecánicas.**
Al auditar el corpus, Fable descubrió que ~145 de 206 episodios tenían preguntas de recuperación **generadas por plantilla** ("¿Qué pasó con:…", algunas vacías) en vez de preguntas dignas. Estas preguntas mecánicas **arrastran el recall hacia abajo sin ser duplicados**. La mejora que ejecutamos: un fan-out de 12 agentes **autoró 1.400 preguntas HyDE específicas** (10 por episodio, ancladas en los datos reales). Efecto medido: recall@10 subió de 0.794 a **0.852** sobre un corpus 77% más grande. Esta era la palanca que no habíamos tocado antes.
**3. El hallazgo que evitó destruir memoria — el criterio de cobertura semántica.**
La hipótesis previa era "el exceso de puntos en Qdrant es basura duplicada, bórrala". Fable la refutó con verify-first: **206 de esos puntos eran memoria única** que solo vivía en Qdrant, sin copia en PostgreSQL. Un dedup a ciegas los habría matado. El criterio nuevo (cobertura de tokens contra el corpus canónico) distingue "variante vieja redundante" de "único a rescatar". *"El dedup correcto no es el que más borra — es el que sabe qué no borrar."*
## Lo que Fable dejó IDENTIFICADO para mejorar (aún sin hacer)