feat(episode): TRAZA_la-respuesta-directa-a-tu-pregunta-sobre_S20260726.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: advisory
Summary: EPISODIO 2 — ember_experience: La respuesta directa a tu pregunta sobre el recal
This commit is contained in:
Ember 2026-07-27 03:38:27 +00:00
parent f71f517978
commit d3620bdb50

View file

@ -0,0 +1,47 @@
---
episode_id: "629b36fa-7c17-43a0-aad5-185672df9f7b"
puente_flat: "TRAZA_la-respuesta-directa-a-tu-pregunta-sobre_S20260726.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260726.ARCO_CICLO4_AUTOMEJORA"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "advisory"
summary_one_line: "EPISODIO 2 — ember_experience: La respuesta directa a tu pregunta sobre el recall"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-07-27T03:38:19.819081+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Entregado: [ESTADO_REAL_MEMORIA_EMBER_S20260727.md](generados-por-claude/ESTADO_REAL_MEMORIA_EMBER_S20260727.md)
## La respuesta directa a tu pregunta sobre el recall
**No hay mejora de recall que reportar. Y decirte lo contrario sería inventar.**
Este chat mejoró la **integridad** de la memoria —que lo que se guarda sea fiel— pero no tocó el **recall** —que lo guardado se recupere—. Son cosas distintas: ninguna de mis intervenciones tocó el pipeline de recuperación, y no ejecuté medición antes/después.
## Lo que sí encontré, y por qué importa para la memoria
El hallazgo de más consecuencia no era que se corrompiera el texto. Era esto: el alias `IDS` sembraba la entidad falsa `lex-070` en las etiquetas de cada turno. **Y esas etiquetas son la capa que decide de qué trata cada recuerdo.**
Un turno sobre Obsidian quedaba marcado como *"trata sobre CrowdSec"*. No se corrompía el contenido: **se corrompía el índice temático**, que es lo que alimenta la recuperación por entidad. Seis acrónimos estaban expuestos. Y el bug ya había vuelto una vez tras la auditoría de junio, que cerró un caso pero no la clase — por eso el arreglo trae un barrido que vigila la clase entera.
## Dos cosas del estado actual que no venían en tu pregunta
**El pipeline está vivo y comiendo.** `ember_experience` pasó de 1.052 a **1.174 puntos durante esta sesión**: +122 episodios ingeridos mientras hablábamos.
**Pero la memoria fundacional está casi vacía:** `ember_album` tiene **2 puntos** y `ember_synthesis` tiene **cero**. Es la memoria que "nunca se borra", la de lo que EMBER es. Ya figuraba en `MEMORY.md` como pendiente tuyo, y sigue pendiente.
## Lo que dicen las mediciones de recall que sí existen
Ninguna es de este chat. Las cuatro, con su fecha:
**Y el diagnóstico que emerge y sigue vigente:** la brecha entre `@1` y `@10` es de **+0,29 a +0,42 en todas las mediciones**. Eso significa que **el material correcto sí se recupera, pero no llega arriba**. Es un problema de **orden**, no de recuperación. Nada de lo que hice ataca el orden.
## Una advertencia sobre creerse cualquier métrica
Otra instancia, trabajando en paralelo, encontró esto: **536 hallazgos en 55 archivos — 406 tests que no podían fallar.** Un ayudante imprimía "FAIL" sin lanzar excepción mientras la suite reportaba "48 passed". *No verificaban: narraban.* Recuperaron 267.