feat(episode): TRAZA_commit-15748a68-con-los-2-archivos-opcin_S20260831.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — PostgreSQL: Commit 15748a68 con los 2 archivos. Opción C...

episodes/TRAZA_commit-15748a68-con-los-2-archivos-opcin_S20260831.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,31 @@
+---
+episode_id: "edd98f06-f954-47df-af45-10a22b94bace"
+puente_flat: "TRAZA_commit-15748a68-con-los-2-archivos-opcin_S20260831.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260831.SIDB92171056337"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 1 — PostgreSQL: Commit 15748a68 con los 2 archivos. Opción C..."
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-09-06T19:52:32.311331+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Commit `15748a68` con los 2 archivos. **Opción C ejecutada, verificada y committeada.**
+
+Resultado: el drift quedó arreglado **de raíz** — es la opción (a) del propio menú del guardián ("arréglalo y el drift desaparece solo de STATE_DRIFT"). El sensor **NO quedó silenciado** (a diferencia de registrarlo): sigue cazando pérdida real, pero ya no grita por el lag normal del crisol. En la próxima corrida de `reality_check`, el drift pasará de 🔴 a OK solo.
+
+> 🎯 **En una frase:** le enseñé al sensor a diferenciar "la copia buscable va un poco atrasada" (normal, benigno) de "se perdieron episodios viejos" (grave) — mirando solo los episodios con más de 24 horas, que ya tuvieron tiempo de copiarse; así deja de dar la falsa alarma sin volverse ciego a una pérdida de verdad.
+
+- ✅ **Hice:** reescribí `check_cross_store_episode_drift` (en `reality_check.py`) para medir el déficit contra los episodios **asentados** (>24h), no contra el conteo crudo. Añadí la consulta de asentados a PostgreSQL y una constante `GRACE=24h`. Creé [test_reality_check_cross_store.py](.claude/hooks/lib/test_reality_check_cross_store.py) con control positivo (pérdida vieja→DRIFT) y negativo (lag reciente→OK). Verificado: **7/7 tests**, números reales → OK-lag (falso positivo eliminado), pérdida sintética → DRIFT (detección preservada), y `check_remote_postgres` en vivo ya devuelve `settled=2209`. Commit `15748a68`.
+- ⏳ **Falta:** nada de esto — el fix está completo y probado. El drift 🔴 se limpiará solo en el próximo arranque (o si corres `reality_check`). Pendiente global: solo la opción A (cerrar la misión con backup), cuando quieras.
+- 💡 **Mi consejo:** esta era la mejor de las tres salidas y quedó hecha — arreglaste la causa en vez de tapar el síntoma. Cerraría ya con el backup triple-remoto (opción A) y damos la sesión por sellada.
+- **Para avanzar, elige:**
+  - 🟢 **A** — Cerrar la misión con backup a los 3 remotos (BLINDADA-29) + STATE/HANDOFF → *si eliges esto: sello todo (los 3 commits de hoy: dashboard, diagnóstico, y este fix) y actualizo el relevo* *(recomendado)*
+  - 🟡 **B** — Correr `reality_check` completo ahora para ver el drift caer 3→2 en vivo → *si eliges esto: confirmación visual inmediata, pero reescribe STATE_DRIFT y toma un par de minutos*
+  - ⚪ **C** — Otra cosa → *me dices*