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

feat(episode): TRAZA_entonces-respondiendo-directo_S20260606.R11_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 11 — PHAROS: Entonces, respondiendo directo
This commit is contained in:
Ember 2026-06-07 15:00:46 +00:00
parent a222760045
commit 07806812f6
1 changed files with 39 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

39
episodes/TRAZA_entonces-respondiendo-directo_S20260606.R11_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,39 @@
---
episode_id: "2f9a14bf-d996-4fb6-b148-5cffa85cd4d9"
puente_flat: "TRAZA_entonces-respondiendo-directo_S20260606.R11_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260606.MEMORY_LOOPWRITE_LEXICON_DRAIN"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 11 — PHAROS: Entonces, respondiendo directo"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-07T15:00:14.761856+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**BLINDADA-29 ✅.**
## Task B — Deuda del pipeline de memoria: SALDADA
| Frente | Resultado | Evidencia |
|---|---|---|
| **LOOP_WRITE** | ✅ 113 episodios → Qdrant `ember_experience` (4020→4133) + cola legacy vaciada | `INSERTED_TOTAL=113`, batches `status=ok`, rollback_ids guardados server-side |
| **LEXICON cosecha** | ✅ 9 entries `active` + 3 relaciones en `lexicon.db` (100→109) + doc firmado + commit `b867e68` pushed | verificado SQL, john_approval en frontmatter |
`★ Insight ─────────────────────────────────────`
**El valor real de este turno no fue "pushear" — fue el dedup que evitó dos errores.** Descubrí que el path LOOP_WRITE es **legacy huérfano** (la doctrina canónica es crisol vía `.md`), y que pushear a ciegas habría arriesgado duplicados (B-004) o, peor, *clear* habría perdido memoria. El dedup multi-señal (session_code present pero codex_ref=0 + semántico distinto) resolvió que eran **contenido genuinamente ausente** → push correcto, autorizado por ti. `─────────────────────────────────────────────────`
**Follow-ups honestos (PR-6, no los oculto):**
1. 🟡 **lexicon.db drift local↔server**: local 109 vs server 523 (MEMORY) — son DBs divergidas; mis 9 están en local (runtime). Sync server pendiente + drift mayor pre-existente. 2. 🟡 **B-NEW28 agravado**: el drain sumó +113 Qdrant-only → Qdrant>PostgreSQL crece (path legacy es Qdrant-only por diseño). Reconciliación cross-store = tarea separada. 3. ⚪ **Bug de gates** verify-first/passport: `set_instance_tag` rotó el session_id → el read-crediting se rompió (override no honrado). Análogo al TZ bug documentado. Merece FORENSE. 4. ⚪ Doc cosecha: frontmatter firmado OK; tabla body quedó en formato viejo (reformato bloqueado por el bug #3) — cosmético. 📌 PILA-PENDIENTES (R10) — COMPACT
🟢 Z-LOOPWRITE [R0-R7] 113→Qdrant + cola vaciada ✅
🟢 Z-LEXICON [R8-R10] 9 entries active + commit b867e68 pushed ✅
🟡 T-LEXSYNC [R10+postgres/list_collections] sync lexicon.db local(109)→server(523) + investigar drift [hard]
🟡 B-NEW28 [R8+search] Qdrant>PG drift +113 — reconciliación cross-store [hard]
⚪ B-GATEBUG [R9+empírico] verify-first/passport turn-isolation roto por set_instance_tag — FORENSE [inf]
🔵 (filesystem celular FASE 2: H1+H2+H3 verdes — pausado por elección B; retomar con guard de referencias)
❓ — (0 preguntas abiertas)