feat(episode): TRAZA_forense-atascamiento-inbox-causa-raz-id_S20260523.R10_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 10 — PostgreSQL: FORENSE Atascamiento Inbox — Causa Raíz IDENTIFICADA

episodes/TRAZA_forense-atascamiento-inbox-causa-raz-id_S20260523.R10_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,55 @@
+---
+episode_id: "ce8138d0-c2f7-41e2-86c7-a316bd390c42"
+puente_flat: "TRAZA_forense-atascamiento-inbox-causa-raz-id_S20260523.R10_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260523.MANT_MEMORIA_DIA5_CASBIN_IMPORT"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 10 — PostgreSQL: FORENSE Atascamiento Inbox — Causa Raíz IDENTIFICADA"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-05-23T15:56:23.229679+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+# FORENSE Atascamiento Inbox — Causa Raíz IDENTIFICADA
+
+**CHAT-TEMA-RAIZ:** Mantenimiento Diario MNEMO Día 5/180 — FORENSE L2 atascamiento inbox
+**R7-SUB-TEMA:** Diagnóstico causa raíz + refutación parcial hipótesis John + 3 opciones acción
+
+## [R7.seccion1.I1] Diagnóstico — NO es lentitud, ES LOCK STUCK
+
+**Evidencia empírica crítica del log crisol_cron.log (últimas 3 horas):**
+
+**Patrón:** cada hora el cron dispara, ve el lock ocupado por PID 1576017, exit sin procesar. Inbox sigue creciendo (2249 → 2295 → 2540 en 2h = ingress activo).
+
+## [R7.seccion2.T1] Evidencia time-series PostgreSQL — refuta diseño overnight pure
+
+**`SELECT date_trunc('hour', created_at), COUNT(*) FROM episode WHERE created_at > NOW() - INTERVAL '72 hours'`:**
+
+| Hora | Episodes ingestados |
+|------|--------------------:|
+| **2026-05-22 02:00 UTC** (Día 4 madrugada) | **793** ⚡ batch grande |
+| **2026-05-23 12:00 UTC** (HOY mediodía) | **91** ⚡ batch reciente |
+
+**Análisis:**
+- Solo **2 batch processing events en 72h**
+- El de **02:00 AM Día 4 (793 episodes)** SÍ coincide con tu hipótesis overnight ✅
+- El de **12:00 PM HOY (91 episodes)** REFUTA "exclusivamente overnight" ❌
+- Cuando procesa, NO es lento — 793 episodes en una corrida
+- El PID 1576017 ACTUAL es el que procesó los 91@12:00, terminó ese batch, pero quedó stuck con lock
+
+## [R7.seccion3.T2] Hipótesis John — Verificación PROBATOR
+
+| Afirmación John | Veredicto | Evidencia |
+|-----------------|-----------|-----------|
+| "Servidor procesa muy despacio" | ❌ REFUTADA parcial | 793 episodes/batch Día 4 02:00 + 91/batch HOY 12:00. **Procesa rápido cuando procesa**. Lento aparente = lock stuck entre batches |
+| "Diseño overnight" | 🟡 PARCIAL | crisol_cron.sh comentario dice "every 5 min" pero crontab real es `0 * * * *` HOURLY. Ni overnight ni 5min — HOURLY trigger |
+| "Subir episodios noche anterior" | ❌ REFUTADA | El batch midday 12:00 HOY procesó 91 episodes que llegaron ese mismo día. NO requiere noche anterior |
+| "No cerrar turno sin subir episodios del día" | ⚠️ Práctica buena pero NO técnicamente necesaria | El push_to_server ocurre via Stop hook al cierre Ember-CC-Local. El cron hourly captura cuando puede |
+
+## [R7.seccion4.I2] CAUSA RAÍZ confirmada empírico