feat(episode): TRAZA_milestone-el-contador-ya-vive-y-mide_S20260831.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — John: Milestone: el contador ya vive y mide

episodes/TRAZA_milestone-el-contador-ya-vive-y-mide_S20260831.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,38 @@
+---
+episode_id: "eb3bb090-cfce-415c-a9af-93cb6c6e5f7e"
+puente_flat: "TRAZA_milestone-el-contador-ya-vive-y-mide_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 — John: Milestone: el contador ya vive y mide"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-09-02T00:01:35.609386+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+**T-01 validado contra oráculo externo:** una medición independiente (grep/python distinto) dio ghost=8 y dup=1 — **idénticos** a la salida del sensor. No es auto-reporte: dos métodos distintos coinciden. Commiteado (`81a7e306`).
+
+## Milestone: el contador ya vive y mide
+
+La primera pieza del panal —el sensor que hace posible "medir antes de promover"— está construida, verificada y en git. La línea base de HOY (2026-09-01):
+
+- **gap = 4** — hay 4 sesiones vivas ahora mismo y la capa de coordinación ve **0**. La ceguera que el diagnóstico midió al 94% ya no es una estadística: son 4 instancias invisibles en este instante.
+- **duplicate_claims = 1** · **ghost_activos = 8** · **wide_commits_today = 0**.
+
+Estas 4 cifras son ahora el "antes" contra el que se juzgará cada fix del plan.
+
+> 🎯 **En una frase:** construí y verifiqué el primer instrumento del plan (el que cuenta los pisotones y la ceguera), y ya mide que ahora mismo 4 instancias tuyas trabajan sin verse entre sí — la pregunta es a qué ritmo sigo con las 8 tareas restantes.
+
+- ✅ **Hice:** T-00 (verificación) + **T-01 completo** — sensor `coord_metrics.py` read-only, 10 tests con control positivo, validado contra oráculo externo, commiteado (`81a7e306`). Línea base establecida.
+- ⏳ **Falta:** T-02 a T-10. **La historia de la pregunta:** de esas 8, seis (T-03..T-08) *preparan* un fix con su test pero **no lo despliegan** — producen documentos de propuesta que luego necesitan tu GO uno a uno para tocar los hooks. Dos (T-02, T-09) son el piloto de la mensajería nativa. Si las ejecuto todas de corrido, te entrego 6 propuestas apiladas esperando tu revisión; si paramos aquí, tienes ya la pieza-fundamento (el sensor) que sostiene todo lo demás.
+- 💡 **Mi inclinación:** ejecutar en tanda **solo las dos correcciones concretas y pequeñas** (T-04 el parser fantasma y T-05 el `NameError` de los checkpoints — son bugs medidos, de pocas líneas, con test), y detenerme ahí para que revises. Preparar las 6 propuestas de golpe sería producir más de lo que puedes digerir en una sentada. Lo que cambiaría mi inclinación: si quieres el plan entero ejecutado sin pausas.
+- **La pregunta esencial (lo único que decides tú):**
+  - 🟢 **A** — Sigo con T-04 + T-05 (los 2 bug-fixes pequeños) y paro para tu revisión → *si eliges esto: recibes 2 fixes concretos con test, listos para tu GO de deploy* *(recomendado)*
+  - 🟡 **B** — Ejecuta el plan entero (T-02..T-10) sin pausas → *si eliges esto: te entrego los 8 documentos/propuestas de una vez y luego decides deploys en bloque*
+  - ⚪ **C** — Para aquí, el sensor me basta por hoy → *si eliges esto: cierro; el sensor y la línea base quedan en git, retomables*