john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

feat(episode): TRAZA_fase-1-del-plan-memoria-frontera-hecha-y_S20260907.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 1 — HANDOFF_PROMPT.md: Fase 1 del plan memoria frontera: HECHA y verifi
This commit is contained in:
Ember 2026-09-08 19:43:06 +00:00
parent 4c3a36eec3
commit 23bbe01b07
1 changed files with 38 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

38
episodes/TRAZA_fase-1-del-plan-memoria-frontera-hecha-y_S20260907.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,38 @@
---
episode_id: "8142b6cb-4882-451a-993f-a41d586b567a"
puente_flat: "TRAZA_fase-1-del-plan-memoria-frontera-hecha-y_S20260907.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260907.SID0E5240A2E6D1"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 1 — HANDOFF_PROMPT.md: Fase 1 del plan memoria frontera: HECHA y verificada (S20260"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-09-08T19:43:05.584192+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Fase 1 cerrada en producción y todo empujado a los tres remotos. Cierro con el informe y la DP-8 para John.
## Fase 1 del plan memoria frontera: HECHA y verificada (S20260908, 15:49Z a 19:40Z)
Las nueve tareas con GO de lote están aplicadas en el servidor MEMORIA y en el repo. Cada una tiene bitácora con salidas literales, backups nombrados y pendientes con dueño y fecha en [EXECUTION_LOG_PLAN_MEMORIA_FRONTERA_S20260908.md](docs/EXECUTION_LOG_PLAN_MEMORIA_FRONTERA_S20260908.md). La evidencia paso a paso vive en `generados-por-claude/enjambre/S20260908_fase1_memoria_frontera/disenos_v3/<tarea>/EJECUCION.md`.
| Tarea | Qué quedó vivo | Prueba |
|---|---|---|
| MF-T-13 | seis instrumentos veraces; dos historias JSONL nacieron | 6 VERDICT fechados hoy; gate48h FAIL honesto 0,6173 = cuenta directa |
| MF-T-17 | verificador de la cadena BLC + cron 06:45 UTC | PASS 2259 puntos, 0 mismatch; 26/26 |
| MF-T-10 | respaldo resuelve las 16 colecciones por API | 21/21 y 22/22 live; el respaldo real de hoy cubría 7 de 17 |
| MF-T-14 | ficha de examen en el colector + sensor de MEMORY.md | 47/35/26 verdes; el sensor nace avisando al 90 % |
| MF-T-15 | causa del Retrieval 0/N nombrada y parcheada en el crisol | sonda 25/25, módulo 28/28, GATE abierto en contenedor y host |
| MF-T-16 | telemetría de serving persistente + consolidador + cron | control negativo 0, aceptación 0 → 1 con 19 claves |
| MF-T-12 | guardián del portón en el host (@reboot + vigía */5) | restart 19:27:14Z, reabierto solo a las 19:30:01Z |
| MF-T-18 | dossier DP-8 + verificador + test | PASS 34 ok, 11/11 |
**Hallazgos que valen más que los tests.** El respaldo diario de hoy dejaba sin copia 12.111 vectores de `ember_facts` y `ember_facts_canon` mientras decía `ALL CHECKS PASSED`. La causa del `Retrieval: 0/N` no era el índice ni el embedding: los cinco episodios sondeados aparecen en el primer puesto con su propio vector, y era el comparador de etiqueta local quien no los reconocía. El portón del MCP llevaba horas cerrado sin que nadie lo viera; ahora el vigía lo reabre en menos de tres minutos tras cualquier arranque.
**Lo que NO se cerró, con dueño y fecha.** La aceptación `Retrieval > 0` de MF-T-15 espera a que el inbox del crisol tenga episodios (John, 2026-09-15). El primer respaldo real corre el 2026-09-09 a las 10:00 UTC y hay que validarlo (John; si falla, restaurar el `.bak_pre_MF-T-10`). Cuarenta y tantos ficheros `.bak_pre_MF-T-1x_S20260908` son hoy el rollback y se retiran el 2026-09-15. El detalle completo está en la POSTA de [HANDOFF_PROMPT.md](HANDOFF_PROMPT.md).