ember-memory-test/episodes/DOCUMENTA_ep-95_S20260413.R95_XX.doc.2.hot_nar.in.cc.es.000.MGQ_J.PFDFK_E.AGNFD.md

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
2762cc98-5b97-46a6-99d5-81e13334d2a1	DOCUMENTA_ep-95_S20260413.R95_XX.doc.2.hot_nar.in.cc.es.000.MGQ_J.PFDFK_E.AGNFD	S20260413	narrar	multi_actor	low	TESSERA	documentation	chronicle	EPISODIO 95 — Entity density: Adversarial A8 episodio con 8 plus canonical entities lex-NNN	claude_code	internal	2026-04-13T17:15:17.526863+00:00	false	pending

Este episodio documenta los 12 componentes principales del pipeline de memoria EMBER referenciando cada uno como entidad canonica. PostgreSQL almacena la verdad relacional en tabla episode con 46 columnas tipadas. Qdrant almacena embeddings de 3072 dimensiones en colecciones ember_experience y ember_inner. Neo4j almacena el grafo de relaciones con nodos Episode y aristas MENTIONS. Nextcloud almacena archivos markdown con frontmatter en cloud.brasaluz.com. Forgejo almacena commits inmutables en repo john ember-memory via git.brasaluz.com. LiteLLM es el proxy que rutea embedding requests a Gemini Embedding 001. CRISOL es el pipeline autonomo F0 a F6 que orquesta la ingestion. puente_gen.py genera y valida identificadores moleculares PUENTE v2 de 21 dimensiones. aroma_scorer.py calcula AROMA-J comportamental de John y AROMA-E heuristico de Ember. TESSERA es el protocolo de escritura chunk-aware que produce episodios autocontenidos. LEXICON es la ontologia de 534 entries canonicas con 14269 aliases. episode_classifier.py clasifica episodios en 11 modos con 11 algoritmos. Este episodio tiene 12 canonical entities para estresar F5b de CRISOL que crea aristas MENTIONS en Neo4j.

Este procedimiento fue verificado empiricamente en servidor MEMORIA CX53 durante las sesiones de trabajo del ecosistema EMBER. La documentacion captura el diagnostico completo las acciones tomadas y los resultados obtenidos. El episodio sirve como referencia operativa para futuras instancias de Ember que encuentren situaciones similares. Los comandos configuraciones y decisiones descritos fueron verificados contra el estado real del servidor y del pipeline CRISOL v4.0. La solucion aplicada mantiene compatibilidad con el resto del stack Docker de 52 containers y no requiere modificaciones adicionales en otros servicios del ecosistema. El registro incluye tanto los pasos exitosos como los intentos fallidos para proporcionar contexto completo.