feat(episode): DEPURA_workflow-lanzado-en-background-wf939feb5_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — BLINDADAS: Workflow lanzado en background (`wf_939feb5d-520`) — 4 s

episodes/DEPURA_workflow-lanzado-en-background-wf939feb5_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,44 @@
+---
+episode_id: "dcada12f-6447-4cd3-818b-dcb5c6775707"
+puente_flat: "DEPURA_workflow-lanzado-en-background-wf939feb5_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260617.PIPELINE_FIXES"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 2 — BLINDADAS: Workflow lanzado en background (`wf_939feb5d-520`) — 4 strea"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-18T02:40:53.327579+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Workflow lanzado en background (`wf_939feb5d-520`) — 4 streams de medición en paralelo → verificación adversarial de los números → síntesis. Puedes seguir el progreso en vivo con `/workflows`. Te aviso en cuanto termine con el reporte consolidado.
+
+Lo que está midiendo, para que sepas qué esperar:
+- **WS-1** — el impuesto real de boot con tiktoken: CLAUDE.md raíz + los 34 @imports + auto-memoria, **más** el contrafactual "¿cuánto ahorró de verdad el sistema de mini-digests (159K→51K que afirma MEMORY.md)?" y el ranking de los 73 skills por peso → cuántos superan de verdad el "techo 5K" (el correo dijo 10).
+- **WS-5** — si `compass_router.py` rutea por lookup determinista o por cómputo cada turno, y si ya existe un índice estático.
+- **WS-6** — cuánto del apparatus (boot/GAUGE/bitácoras/always-ON) es estructura disfrazada de protocolo vs protocolo genuino.
+
+Nada de esto toca archivos vivos — es medición y diagnóstico puro, como pediste.
+
+Dos novedades antes de continuar:
+
+1. ✅ **Red de vuelta + PP-110 RESUELTA:** `git ls-remote origin` rc=0, y **0 commits sin pushear** — `8ff0c48` (B+C) ya está en origin (lo empujó una instancia paralela al volver la red, vía `50f9bac` que lo tiene como ancestro). Los 2 commits que quedaron pendientes el turno pasado **ya están respaldados**.
+
+2. ⚙️ **Workflow lanzado** (`wope60b6h`) — barrido read-only exhaustivo: 4 agentes `code-explorer` clasifican en paralelo TODOS los hooks que inyectan advisory per-call (PostToolUse + PreToolUse + Stop) + 1 agente dedicado al root-cause de la fragilidad de `verify-first`/`test-before-fix`, luego síntesis → plan priorizado (throttle-seguro / fix-FP / dejar). Corre en background; me notifica al terminar.
+
+No implemento nada hasta tener el plan (evito tocar hooks que el sweep podría marcar como *signal*, no ruido). Cuando el workflow retorne, aplico los throttles seguros + el fix de gates + verifico + commit.
+
+### 📍 PARA JOHN — R16
+
+**Hice:** Confirmé que B+C ya están en remoto (red volvió). Lancé un workflow que audita exhaustivamente el ruido de TODOS los hooks advisory + diseña el fix mínimo de cada uno.
+
+**Falta:** Esperar el plan del workflow (background) → implementar los throttles seguros + fix de las gates frágiles.
+
+**Mi consejo:** Dejar correr el workflow; el siguiente paso es automático (me re-invoca al terminar). No hay decisión tuya pendiente ahora.
+
+**Para avanzar:** automático — implemento cuando el sweep retorne con el plan priorizado.