feat(episode): TRAZA_resumen-b-c-ambos-cerrados_S20260618.R14_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: chronicle
Summary: EPISODIO 14 — MNEMO Pipeline: Resumen B + C — ambos cerrados ✅

episodes/TRAZA_resumen-b-c-ambos-cerrados_S20260618.R14_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,43 @@
+---
+episode_id: "dfdb0262-69e3-4939-b76f-5dfce4c8c5ef"
+puente_flat: "TRAZA_resumen-b-c-ambos-cerrados_S20260618.R14_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260618.VERIFY_FIRST_PASSPORT_FIX"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "chronicle"
+summary_one_line: "EPISODIO 14 — MNEMO Pipeline: Resumen B + C — ambos cerrados ✅"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-19T03:17:11.102087+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+**No hay copia en el repo** — el oráculo es **server-local** (como el systemd unit). La durabilidad de B+C es: cambio live + backup `~/backups/multistore_oracle.py.bak.S20260618_BC`. Lo registro como gap (server-local sin git).
+
+## Resumen B + C — ambos cerrados ✅
+
+**B (instrumentación PostgreSQL del oráculo):** la pata PostgreSQL **ahora mide robustamente** (pg_rows 201, sin error) gracias al `sys.path` interno que añadí — auto-suficiente, no depende del PYTHONPATH de invocación. El oráculo mide los **3 query-stores** (Qdrant + PostgreSQL + Neo4j). El "gap" original era artefacto de mi comando, ahora blindado.
+
+**C (calibración peso Neo4j):** curva monótona-decreciente medida (0→0.617, 0.1→0.614, 0.2→0.603, 0.4→0.590). **Conclusión empírica: el óptimo es peso Neo4j = 0** — la señal de grafo es ruido (premia co-menciones, no la fuente). **El mejor retrieval es V1 (denso+keyword+entidad+puente): recall@1 0.617, recall@5 0.82** — sin grafo ni PostgreSQL en la fusión. Esto **informa el deploy futuro de fused-search a producción** (hoy `search_memories` usa denso puro recall@1 0.30; migrar a V1 lo duplicaría a 0.62).
+
+## El cuadro completo del retrieval (todo verificado hoy)
+- **Gate HyDE/clean:** VERDICT **PASS** (recall@10 0.707, clean@1 0.939).
+- **Multi-schema:** 3/3 colecciones recuperan (experience 0.70, lexicon 0.71, inner 0.51).
+- **Multi-store fused:** recall@1 0.617 (2× el denso), 3 patas midiendo, óptimo = V1.
+- **Hallazgo accionable:** migrar `search_memories` de denso-puro a fusión V1 duplicaría el recall@1 en producción.
+
+### 📍 PARA JOHN — R25
+- **Hice:** cerré **B** (pata PostgreSQL del oráculo durable vía `sys.path`, verificada con PYTHONPATH restringido → pg_rows 201) y **C** (calibración: Neo4j peso óptimo = 0; V1 es el mejor, recall@1 0.617). Backup listo.
+- **Falta:** nada de B/C. Hallazgo nuevo de alto valor: **migrar `search_memories` a fusión V1** (denso→fused) duplicaría el recall@1 en producción (0.30→0.62) — es un enhancement real, no deuda.
+- **Mi consejo:** el oráculo y el retrieval están sanos y ahora bien instrumentados. El siguiente salto de valor sería desplegar la fusión V1 a `search_memories` (build dedicado) — ahí está el 2× de recall.
+- **Para avanzar, elige:** 🟢 **A** cerrar (retrieval sano, B+C hechos) · 🟡 **B** diseñar el deploy de fusión V1 a producción (el 2× recall) · ⚪ **C** registrar la calibración en INFRA/doc
+
+📌 **PILA-PENDIENTES (R25)**
+- ✅ RESUELTAS — B (oráculo PostgreSQL durable) · C (calibración Neo4j=0, V1 óptimo) · pipeline sano · retrieval gate PASS
+- 🟢 ALTO VALOR (enhancement) — migrar `search_memories` denso→fusión V1 = 2× recall@1 (0.30→0.62) [build dedicado]
+- 🟡 LOW — oráculo server-local sin git (backup hecho); registrar en INFRA
+- 🟡 LOW — X-b (ledger cosmético, NEEDS_REVISION) + C2 watchdog (params 2h+estricto) → ventana fresca