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

feat(episode): TRAZA_r4-informe-3-entregado-mempalace-bajo-e_S20260823.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: TESSERA | Type: chronicle
Summary: EPISODIO 1 — PostgreSQL: R4 · Informe 3 entregado: MemPalace bajo el microscopio
This commit is contained in:
Ember 2026-08-24 03:35:12 +00:00
parent 03888255ec
commit 0d43cf5b54
1 changed files with 33 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

33
episodes/TRAZA_r4-informe-3-entregado-mempalace-bajo-e_S20260823.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,33 @@
---
episode_id: "a7ad80fe-83c8-4ba7-a87d-20785a557a45"
puente_flat: "TRAZA_r4-informe-3-entregado-mempalace-bajo-e_S20260823.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260823.SID2AEA91FA85F2"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 1 — PostgreSQL: R4 · Informe 3 entregado: MemPalace bajo el microscopio"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-08-24T03:34:57.383121+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
# R4 · Informe 3 entregado: MemPalace bajo el microscopio
🧪 TEST_POST: `YAML OK · 28 entradas · titulo contiene (5): True` · render regenerado, fila presente (grep → 1).
## [R4.seccion1.I1] Lo que esta fuente cambió del mapa
Informe entregado 👆: [ANALISIS_S20260823_mempalace_video3_verbatim_y_tiempo_vs_ember.md](docs/ANALISIS_S20260823_mempalace_video3_verbatim_y_tiempo_vs_ember.md). El "no adoptar MemPalace" quedó blindado por el propio repo (etiqueta su 96.6% como modo **raw** — tercera fuente que converge en que el palacio es empaque). Pero la fuente obligó a **dos correcciones del mapa interno de EMBER**, una en cada dirección:
**Al alza — EMBER ya tiene lo que MemPalace anuncia como novedad.** Las "validity windows" (hechos con ventana de validez e invalidación) existen en `ember_facts_canon` desde el S20260719, **medidas**: `valid_from`/`invalid_at`/`supersedes`, servido solo-ACTIVE con 29/30 top-1 PASS e histórico preservado 30/30. El diagnóstico interno de mayo que declaraba a EMBER "solo uni-temporal" envejeció — este informe le pone la corrección encima.
**A la baja, con dirección — dos huecos precisos.** Primero: **Neo4j tiene cero temporalidad** (9 propiedades lean, ni un timestamp en nodos ni aristas) → registrada como **candidata (5)** en COLA_JOHN: extender la doctrina bi-temporal de `ember_facts_canon` al store Neo4j. Segundo, el más fino: EMBER guarda el texto del episodio íntegro por triplicado (PostgreSQL + Qdrant + outbox), pero **el vector se calcula sobre el resumen+título, no sobre el contenido** (invariante I-MW7 de `memory_writer.py:51`). La crítica anti-resumen de MemPalace no aplica al almacenamiento de EMBER — aplica a su **índice**. Eso apunta con el dedo a la palanca ya medida y congelada (fusión texto+preguntas, 20%→60%): el problema del canario en rojo está en QUÉ se embebe, no en qué se guarda.
**Y una diferencia defendida:** el comando `mine` (minar masivamente historia vieja hacia la memoria) va **contra tu doctrina firmada** — "menos memoria, pero toda verificada" (S20260812) + DV-2 (todo pasa por el crisol). EMBER ya puede minar transcripts viejos quirúrgicamente (`manual_ingest.py --transcript`), y eso basta: minar miles de turnos hacia un pipeline con hit@1 en 21.4% sería fabricar volumen no confiable.
—