ffd2850fb3
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — MNEMO_PRE_DIGEST: 🧠 Resumen para ti, John — qué encontré, qué arreg
2.7 KiB
| 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 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 6c494372-9818-4f59-b659-16cc63b61c76 | DEPURA_resumen-para-ti-john-qu-encontr-qu-arr_S20260725.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD | S20260725.SHERPA_FABLE_AUTOMEJORA | informar | multi_actor | low | NONE | operations | troubleshooting | EPISODIO 1 — MNEMO_PRE_DIGEST: 🧠 Resumen para ti, John — qué encontré, qué arreglé, y cómo | claude_code | internal | 2026-07-26T02:31:07.766528+00:00 | false | pending |
🧠 Resumen para ti, John — qué encontré, qué arreglé, y cómo va nuestra memoria
Qué encontré (la foto honesta)
Evalué la memoria en 3 capas y la nota global fue FIDES 0.69 / VIGIL 70 sobre 100 — "operativa con supervisión". La frase que lo resume: el almacén está sano, pero el canal de lectura estaba roto. En detalle:
- Lo que la memoria GUARDA está bien guardado y es exacto. Verifiqué en vivo contra el servidor MEMORIA y todo cuadró al dato: lexicon 109/193/80 ✅, 5.869 hechos canónicos ✅, 542 vectores del lexicon ✅, los 3 remotos git ✅. La trazabilidad es de lo mejor que tenemos (cadena BLC viva con más de 56.000 eslabones).
- Los "papeles" tienen conteos viejos — no mentiras peligrosas, solo números que crecieron sin actualizar el papel: hay 80 skills (los papeles decían 75 y 78), 15 colecciones Qdrant (decía 7), 106 hooks (decía ~190). El patrón interesante: donde hay documento auto-generado NO hay drift; donde el número vive escrito a mano, sí. También: 45 topic files sin entrada en el índice y 2 links con ruta rota.
- Lo roto de verdad era el canal de LECTURA automática: el lector de memorias del arranque (LOOP_READ) se caía de forma intermitente, y justo tu directiva de julio 18 dice que la memoria se juzga por CONSUMO, no por ingesta.
Qué arreglé hoy (con tu GO)
Encontré la causa exacta y la reproduje con evidencia: Windows leía la respuesta del servidor MEMORIA con su tabla de traducción vieja (cp1252) en vez del alfabeto universal UTF-8; cuando llegaba un byte que esa tabla no conoce, el lector moría en silencio. El arreglo fue 1 línea + 4 tests contra referencias externas. El antes/después es contundente: antes → Retrieval error; después → 🧠 7 MEMORIAS RELEVANTES encontradas. Quedó anclado en los 3 espejos (commit d81f9a54) y de paso te dejé el servidor desbloqueado 12h. Tu próximo arranque es la prueba final: debería abrir mostrándote memorias, no el error.