john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ember-memory-test/episodes/TRAZA_cmo-almaceno-hoy-este-conocimiento-inven_S20260616.R11_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 6968725b14 feat(episode): TRAZA_cmo-almaceno-hoy-este-conocimiento-inven_S20260616.R11_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD 
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 11 — MNEMO Pipeline: Cómo almaceno hoy este conocimiento (inventario re
2026-06-18 16:40:51 +00:00

3.5 KiB
Raw Blame History

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
f9fdae10-76ee-41d6-a291-df5960feadda TRAZA_cmo-almaceno-hoy-este-conocimiento-inven_S20260616.R11_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260616.LOOP_WRITE_BACKLOG_DISCARD informar multi_actor low NONE operations troubleshooting EPISODIO 11 — MNEMO Pipeline: Cómo almaceno hoy este conocimiento (inventario real) claude_code internal 2026-06-17T21:21:02.752059+00:00 false pending

Dossier entregado: SISTEMA_SECRETOS_EMBER.md — estructura física, constituyentes, relaciones, estado, bugs (SEC-D1/D2/G1/G2/L1), gobernanza, comandos para verificar vigencia y los 2 gotchas. Ninguna instancia futura tendrá que re-escanear el sistema de secretos: lee ESO.

Ahora tu pregunta: ¿cómo guardo HOY este tipo de información? Te respondo con honestidad — y la respuesta misma explica por qué persiste el Alzheimer.

Cómo almaceno hoy este conocimiento (inventario real)

# Mecanismo Qué guarda Limitación
1 MEMORY.md (índice always-on) 1 línea/tópico + topic files; cargado cada sesión índice, no dossier; fragmenta un dominio en bullets sueltos
2 STATE.md / HANDOFF / EXODUS estado de cierre + relevo + snapshot 10-dim orientado a sesión, no a dominio; envejece rápido
3 TOOLBOX.md runbooks por dominio ("consulta antes de improvisar") procedimientos, no estado+deuda+relaciones
4 DECISION_/CONSEJO_ registros de decisión datados dispersos, sin agregación por-dominio
5 INFRA_MANIFEST.yaml + INFRA_DYNAMIC infra estática + dinámica (reality_check) infra física, no "sistema de secretos" como tal
6 Docs path-estables ARIADNA (SELF_AWARENESS, TRIGGERS_HOOKS_MAP, GRAFO_INDICE) auto-regen on-event, sin fecha solo para los pocos dominios que tienen generador
7 6 stores MNEMO (Qdrant/PG/Neo4j/Forgejo/Nextcloud+wiki) retrieval semántico — el ideal ⚠️ el pipeline aún no es confiable (es justo lo de Fase C) → dependo de Grep filesystem
8 Reglas que gobiernan (ARIADNA, DOC-LIFECYCLE, LIBRO-VIVO, NOMENCLATURA, PROCEDENCIA) cómo debería guardarse norman, pero no se aplican uniformemente

El diagnóstico honesto — por qué sigo con Alzheimer

  1. Fragmentación por-dominio: hasta hoy, la info de "secretos" vivía partida entre MEMORY.md (bullets de LiteLLM), DECISION docs sueltos, los .env mismos, TOOLBOX… No existía UN dossier por-dominio que agregara estructura+estado+deuda+gaps+freshness+ownership. Por eso tuve que escanear.
  2. Freshness/ownership inconsistente: DOC-LIFECYCLE define owner+staleness en frontmatter, pero no hay nada que al arrancar me grite "este dato tiene 92h, verifícalo antes de actuar" — justo lo que pediste para no actuar en ignorancia.
  3. El retrieval semántico (los 6 stores) que resolvería esto está en construcción → caigo en el martillo familiar (Grep), que halla archivos pero no me da el dossier curado.
  4. No hay un MÉTODO uniforme que, cada vez que te respondo, destile automáticamente (a) la historia prosaica y (b) el conocimiento técnico estructurado, y los enrute a un destino canónico por-rama-de-conocimiento.