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

feat(episode): DEPURA_verificado-el-drain-est-funcionando-joh_S20260606.R9_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 9 — PostgreSQL: **Verificado — el drain está funcionando, John** (revis
This commit is contained in:
Ember 2026-06-09 02:00:33 +00:00
parent 3fc1c86514
commit 6d018f4b6c
1 changed files with 43 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

43
episodes/DEPURA_verificado-el-drain-est-funcionando-joh_S20260606.R9_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,43 @@
---
episode_id: "54565f02-e098-4449-8083-07b668f5cfee"
puente_flat: "DEPURA_verificado-el-drain-est-funcionando-joh_S20260606.R9_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: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 9 — PostgreSQL: **Verificado — el drain está funcionando, John** (reviso..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-09T02:00:12.406835+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**Verificado — el drain está funcionando, John** (reviso resultado real, no output stale):
| Señal | Estado |
|---|---|
| **`.md` en el inbox del crisol** | ✅ **CONFIRMADO** — `ember_ep_20260606_234248_*.md` presentes (los episodios SCP'eados llegaron al servidor) |
| **Crisol procesando** | ✅ `procesados/` activo (crisol F0-F6 consumiendo) |
| **Proceso drain** | 🔄 sigue vivo (esperando que crisol_run termine F0-F6 + outbox) |
| **Cola local** | 14 (subió de 10 — nuevas respuestas se encolan en paralelo; dinámica normal) |
**Lo importante ya pasó:** los episodios **entraron al pipeline COMPLETO** — están en el inbox del crisol (`/home/johnember/ember-ecosystem/crisol/inbox/`), que es el punto de entrada de F0-F6. De ahí, `crisol_run.py` los distribuye con quintuple-write outbox a **Qdrant + PostgreSQL + Neo4j + Nextcloud + Forgejo**. No es un push Qdrant-only — es la ingesta completa que pediste. El batch más reciente del inbox (23:42) aún no aparece en `procesados/` (último 22:31), así que el crisol **está mid-run procesándolos ahora mismo**. El proceso background me notificará al cerrar; entonces verifico el aterrizaje final en los 5 stores + corro retrieval HyDE de uno drenado para confirmar que **ahora SÍ se recupera** (cierre del lag). Dejo que el crisol termine F0-F6 — es el pipeline robusto server-side, no lo interrumpo. Te reporto los conteos finales por store apenas complete. 🔥
🔴 **CONFIRMADO — bug de re-push, John. Esto es lo que tu insistencia destapó:**
## El hallazgo: el inbox del crisol está 64% duplicado
| Métrica | Valor |
|---|---|
| Archivos `.md` en inbox | **6,760** |
| Contenidos ÚNICOS (md5) | **2,427** |
| **Duplicados redundantes** | **4,333 (64%)** |
| Peor caso | un mismo episodio **re-pusheado 87 veces** |
## Causa raíz (FORENSE)
Es un **ciclo vicioso de re-push**: `push_pending_to_server` solo limpia la cola (`pending_qdrant_payloads`) si el crisol confirma éxito **completo**.