john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ember-memory-test/episodes/DEPURA_cierre-del-turno-lo-que-pas-con-el-pipe_S20260605.R6_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 9215ed489c feat(episode): DEPURA_cierre-del-turno-lo-que-pas-con-el-pipe_S20260605.R6_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD 
Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 6 — BLINDADAS: Cierre del turno — lo que pasó con el pipeline
2026-06-06 01:24:31 +00:00

3.6 KiB
Raw Blame History

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
7ad3d23b-13c2-4a01-b115-127d60b82866 DEPURA_cierre-del-turno-lo-que-pas-con-el-pipe_S20260605.R6_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260605.AGENTES_READINESS_PIPELINE informar multi_actor low TESSERA operations troubleshooting EPISODIO 6 — BLINDADAS: Cierre del turno — lo que pasó con el pipeline claude_code internal 2026-06-06T01:23:37.265004+00:00 false pending

Prueba end-to-end en producción — B-1 confirmado en vivo. Corrí el validador F0 real sobre los 85 episodios consolidados que mi fix acaba de empujar al inbox:

Resultado
PASS 19
WARN 65 (no bloquean — entran al pipeline)
FAIL (rechazo) 1 (el singleton irreducible de 143w que predije)
CHK-05 fuera de rango 1

De 85 episodios, 84 entran, 1 se rechaza. Coincide exactamente con mi dry-run (84/85). Antes del fix, esos 89 crudos habrían dado 9 rechazos CHK-05 (+ ruido de sistema). Ahora: 1. El bug que sangraba memoria está cerrado y probado en producción, no solo en test. Los 84 aterrizarán cuando se libere el lock de crisol (otra instancia corría) en el próximo cron horario.

—

Cierre del turno — lo que pasó con el pipeline

El pipeline estaba más sano de lo que gritaban las alarmas. El forense profundo (MCP desbloqueado + SSH) reveló que 4 de mis 5 sospechas iniciales eran falsas alarmas o stale:

Herida Veredicto verificado
B-1 episodios cortos CHK-05 🟢 CERRADO — fix consolidate_pending.py cableado, 12/12 tests, commit 728c6f0, probado en vivo 9→1 rechazos
B-3 retrieval 🟢 REFUTADO — funciona (scores 0.67-0.70). Mi claim previo era falso
B-2 cross-store 🟡 MILD — PG sin duplicados (2763=2763), outbox.service vivo, lexicon sync 14803/0 errores. Los deltas (Qdrant 3246/Neo4j 2852/PG 2763) son chunking + orphans, no pérdida activa
LiteLLM "down" 🟢 falso — up 12h, health 200
LEXICON drift 🟢 sano — LexiconEntry 556 ≥ 523

Deuda residual real (3 items, ninguno sangra):

  1. Reconciliación cross-store episode (deltas Qdrant/Neo4j/PG) — FORENSE L3 dedicado, es la pieza grande que queda.
  2. Push a origin (DNS HTTPS falló; 2/3 remotos OK).
  3. rejected/ 119MB + B-4 classifier — housekeeping.

Doc verificado: VERIFICACION_PIPELINE_MNEMO_S20260605.md (commit 9c82edc).

La reconciliación cross-store (deuda #1) es la única pieza grande que queda y merece su propia corrida enfocada — toca terreno semi-destructivo (decidir qué hacer con ~483 vectores huérfanos) y quiero tus ojos en esa decisión. ¿La arrancamos ahora como FORENSE L3, o cerramos aquí con B-1 probado y la dejamos para la próxima?

📌 PILA-PENDIENTES (R9) — COMPACT

🟢 ✅ B-001 CHK-05 — CERRADO + PROBADO PRODUCCIÓN (9→1 rechazos, commit 728c6f0) [hard] 🟢 ✅ B-003 retrieval — REFUTADO funciona 0.67-0.70 [hard] 🟢 ✅ T-LEX lexicon sync drenado 14803/0 errores [hard] 🟠 B-002 reconciliación cross-store episode (Qdrant 3246/Neo4j 2852/PG 2763) — FORENSE L3 [hard] 🟡 T-002 push origin pendiente (DNS HTTPS; sriyantra+forgejo OK) [hard] 🟡 B-004 rejected/ 119MB cleanup + F2 classifier — housekeeping [hard] ⚪ T-003 los 84 episodios drenan en próximo crisol cron (lock ocupado ahora) [hard]