ember-memory-test/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

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
54565f02-e098-4449-8083-07b668f5cfee	DEPURA_verificado-el-drain-est-funcionando-joh_S20260606.R9_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260606.MEMORY_LOOPWRITE_LEXICON_DRAIN	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 9 — PostgreSQL: **Verificado — el drain está funcionando, John** (reviso...	claude_code	internal	2026-06-09T02:00:12.406835+00:00	false	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.