feat(episode): TRAZA_r2seccin1t1-qu-s-est-hecho-vs-qu-falta_S20260605.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — MNEMO Pipeline: [R2.sección1.T1] Qué SÍ está hecho vs qué falta — l
This commit is contained in:
Ember 2026-06-05 20:04:06 +00:00
parent f461b44147
commit f59107c79d

View file

@ -0,0 +1,45 @@
---
episode_id: "d035f9ed-3759-4e2c-9c8d-ec63dacc37b6"
puente_flat: "TRAZA_r2seccin1t1-qu-s-est-hecho-vs-qu-falta_S20260605.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260605.AGENTES_READINESS_PIPELINE"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 2 — MNEMO Pipeline: [R2.sección1.T1] Qué SÍ está hecho vs qué falta — la infraes"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-05T20:01:34.650793+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Verificado y te corrijo con precisión, John — tenías razón en cuestionarme. Mi claim de R1 ("TD-2 sin materializar") fue **impreciso**. La verdad empírica matizada:
## [R2.sección1.T1] Qué SÍ está hecho vs qué falta — la infraestructura está al ~70%
| Pieza de la telemetría per-agente | Estado | Evidencia (hard_fact, R2) |
|---|---|---|
| **Doctrina + schema TD-1** | ✅ HECHO | `rules/telemetry-doctrine.md` v1.0 active, schema TD-1 completo |
| **Consumidor (telemetry-watcher A3)** | ✅ HECHO | `telemetry-watcher.md`: *"Read JSONL `.claude/hooks/data/<subagent>_telemetry.jsonl` per TD-1 schema"* — el lector/agregador existe |
| **Agregador transversal genérico** | ✅ ACTIVO | `mega-hook-cross-telemetry-aggregator.py` (PostToolUse, registrado) escanea 39 JSONL, detecta fails, alarma a John |
| **Governance log per-agente** | ✅ ACTIVO | `casbin_agent_governance_decisions.jsonl` ya etiqueta `agent_role` (3560 entries) |
| **Productor automático per-agente** | 🔴 **FALTA (última milla)** | `grep SubagentStop .claude/settings.json` = **0**. No hay hook que escriba `<agente>_telemetry.jsonl` cuando un Task agent termina. Por eso 0 archivos per-agente existen |
## [R2.sección2.I1] El diagnóstico preciso
La infraestructura **está construida casi completa**: schema, consumidor (telemetry-watcher), agregador y governance log activos. Lo único que **no está cableado es el evento `SubagentStop`** — el disparador nativo de Claude Code que se activa cuando un subagente Task termina, y que escribiría su JSONL TD-1. Sin ese productor, el telemetry-watcher tiene a quién leer pero nadie le escribe. Es **un solo hook pequeño**, no una obra.
Esto **mejora tu plan**, no lo empeora: en vez de "sembrar telemetría a mano", el paso natural es **cablear ese hook `SubagentStop`** (cheap, ~1 archivo) ANTES del piloto. Así, cuando despache a `mnemo-keeper` a arreglar el pipeline, su telemetría se captura **automáticamente** → el telemetry-watcher la agrega → tú y yo vemos "si están quedando bien los arreglos" sin esfuerzo manual. Cierra exactamente el loop que pediste.
**Mi corrección honesta (DLC-2):** R1 dijo "gap crítico, sin materializar". Lo preciso es: **"infraestructura al 70% — falta solo el productor SubagentStop"**. Gracias por la cazada.
¿Quieres que **antes del piloto fabrique el hook `SubagentStop`** (el productor que faltaba) para que la supervisión sea automática, o prefieres que arranque ya el piloto de `mnemo-keeper` y siembre la telemetría a mano en esta primera misión?
## 📌 PILA-PENDIENTES (R2) — COMPACT
🟠 Q-001 [R1+AskUserQuestion] Decisión piloto (1-agente / cadena / solo-diagnóstico) — sigue abierta [hard]
🟠 Q-002 [R2+John] ¿Cablear hook SubagentStop ANTES del piloto, o sembrar telemetría manual? — esperando John [hard]
🟢 T-001 [R2] **RE-PRIORIZADA + CORREGIDA**: telemetría per-agente NO es "sin materializar" — está al 70%, falta solo productor SubagentStop (1 hook) [hard]
🟡 B-001/B-002 [R1] 87 pendientes push + retrieval SSH roto — objeto del piloto [hard]