ember-memory-test/episodes/EXPLORA_estado-del-ciclo-11_S20260808.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 8bbb13c259 feat(episode): EXPLORA_estado-del-ciclo-11_S20260808.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — MNEMO: Estado del ciclo 11
2026-08-09 19:45:13 +00:00

2.8 KiB

episode_id puente_flat session_code acto_dialogico actor_flujo criticidad_aegis skill_dominante fase_proyecto tipo_semantico summary_one_line source_type trust_boundary created_at relectura_tagged forgejo_commit_sha
68f93088-a62e-4677-a11f-91103b2a13d2 EXPLORA_estado-del-ciclo-11_S20260808.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260808.MEMORIA_SOTA_BRECHA informar multi_actor low NONE operations troubleshooting EPISODIO 1 — MNEMO: Estado del ciclo 11 claude_code internal 2026-08-09T19:45:12.874175+00:00 false pending

Suite completa corriendo en background. Resumen del avance mientras convergen las tres cosas en vuelo:

Estado del ciclo 11

FASE 1 — cerrada, commiteada y en los 3 remotos (322ce0c6)

El objeto de memoria ya dice de qué clase es lo que recuerda y desde cuándo es verdad. 1.483 líneas, 127 tests verdes, mordida del validador verificada por mí (44 failed al neutralizarlo).

T-07 — cerrada (092dba43), y el hallazgo es mejor de lo esperado.

★ Insight ───────────────────────────────────── Buscaba un bug en el clasificador y no había ninguno: classify_memory_type funciona perfectamente cuando se le pasa is_feedback=True. El defecto está una capa más arriba — las tres banderas que abren las rutas a relational, foundational e inner se ponen en True cero veces en producción. El sistema sabe cuándo John da feedback, pero esa información nunca llega al clasificador. ─────────────────────────────────────────────────

Y explica los dos números exactos, no aproximados: ember_shared está en 0 porque relational es el único tipo sin fallback heurístico — su única puerta es la bandera muerta. ember_album tiene 4 porque su bandera también está muerta, pero ahí sí dispara el fallback de texto.

La consecuencia práctica es incómoda: las preferencias de John se están archivando como memoria operativa, donde decaen en 10-60 sesiones, en vez de quedar bajo la política "solo John edita". Los tres textos de prueba —todos claramente feedback— clasifican como operational.

No lo corregí, y a propósito: decidir cuándo un turno es "feedback de John" es política de producto, no un bug mecánico. Dejé tres vías evaluadas con recomendación (señal explícita at-write, el mismo carril que ya usan los hechos y las preguntas HyDE) como DP-7 para ti.

En vuelo ahora: T-09 (supersession sin sobrescritura) y T-10 (cuarentena mecánica de retrieval) con dos agentes en archivos disjuntos, más la suite completa de hooks verificando que FASE 1 no rompió nada fuera de su perímetro.

Sigo hasta cerrar FASE 2. Te aviso cuando converjan.