Episode: D.20260410.R30.infraestructura.memoria.enriquecer

This commit is contained in:
Ember 2026-04-10 04:44:32 +00:00
parent 8a1bc10748
commit a19f60a974

View file

@ -0,0 +1,31 @@
<!-- EMBER_CROSS_REF
eri: S20260410_R30_troubleshooting_memoria_memoria_postgresql
qdrant_id: 7d378467-dacb-49a1-aa58-808958992d26
qdrant_collection: ember_experience
neo4j_node: (:Episode {id: 'S20260410_R30_troubleshooting_memoria_memoria_postgresql'})
pg_table: episodes
pg_qdrant_id: 7d378467-dacb-49a1-aa58-808958992d26
nc_path: /EMBER/episodios/2026/04/D.20260410.R30.infraestructura.memoria.enriquecer.md
created_at: 2026-04-10T04:30:00+00:00
codex_ref: S20260410.R30
puente: D.20260410.R30.infraestructura.memoria.enriquecer
temp: H9
visibility: V
mode: troubleshooting
hope_score: 0.521
entities: 6
-->
# troubleshooting: MEMORIA, MEMORIA, PostgreSQL — Phase D implementa el flywheel de aliases en...
Phase D implementa el flywheel de aliases en el ecosistema EMBER. Cada PUENTE (ember-mcp) generado se enriquece con sinónimos del LEXICON y antónimos del seed. El servidor MEMORIA aloja la tabla puente_aliases en PostgreSQL. Neo4j crea nodos Alias con relaciones HAS_ALIAS y HAS_ANTONYM. Qdrant recibe arrays puente_aliases y puente_antonyms en el payload. Esto permite findability 40:1: un PUENTE puede ser encontrado por su forma canónica, por cualquier sinónimo del LEXICON, por búsqueda de antónimos (para encontrar episodios que resolvieron un problema), o por trigram fuzzy matching en PostgreSQL.
<!-- MNEMO_PRE_DIGEST
entities_canonical:
- MEMORIA
- LEXICON
- PUENTE
primary_mode: architect (John)ure_decision
puente_candidate: D.20260410.R30.infraestructura.memoria.enriquecer
facts_verified: 5
-->