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
This commit is contained in:
Ember 2026-06-18 16:40:51 +00:00
parent a7ec10374e
commit 6968725b14

View file

@ -0,0 +1,41 @@
---
episode_id: "f9fdae10-76ee-41d6-a291-df5960feadda"
puente_flat: "TRAZA_cmo-almaceno-hoy-este-conocimiento-inven_S20260616.R11_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260616.LOOP_WRITE_BACKLOG_DISCARD"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 11 — MNEMO Pipeline: Cómo almaceno hoy este conocimiento (inventario real)"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-17T21:21:02.752059+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**Dossier entregado:** [SISTEMA_SECRETOS_EMBER.md](docs/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.