feat(episode): DEPURA_otra-letra-suelta-john-a-la-tomo_S20260802.R8_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 8 — MEMORIA: Otra letra suelta, John ("a") — la tomo...

episodes/DEPURA_otra-letra-suelta-john-a-la-tomo_S20260802.R8_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,64 @@
+---
+episode_id: "0a050486-b17b-43a7-8653-f0a05230a2cd"
+puente_flat: "DEPURA_otra-letra-suelta-john-a-la-tomo_S20260802.R8_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260802.SELFAWARE_FASE2_FRESCURA"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 8 — MEMORIA: Otra letra suelta, John ("a") — la tomo..."
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-08-03T02:40:46.103906+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Otra letra suelta, John ("a") — la tomo como roce de teclado, igual que el "e" del arranque. No ejecuto nada.
+
+Quedamos en un punto de decisión del turno anterior: `MEMORY.md` ya está compactado y verificado (160→106 líneas, 93 enlaces intactos). Lo único abierto es qué sigue:
+
+- 🟢 **A** — Diagnostico el SSH caído del servidor MEMORIA (destraba sync + veredictos + pipeline) *(recomendado)*
+- 🟡 **B** — Reintento solo el `scp` de `MEMORY.md` por si fue un corte momentáneo
+- ⚪ **C** — Cerramos aquí
+
+Si querías escribir otra cosa, mándala completa y arranco.
+
+Trabajo respaldado en los 3 remotos. Aquí está lo que encontré y lo que hice.
+
+## Verificación de staleness (POSTA-AP4)
+
+| Check | Esperado | Medido |
+|---|---|---|
+| `git log` HEAD | `8760414c` | ✅ `8760414c` |
+| 4 tests del relevo | ~24 verdes | ✅ **26 verdes** |
+| Canal SSH MEMORIA | intermitente | ⚠️ timeout → ✅ **vivo al reintentar** (76d uptime, 61 containers) |
+
+## El relevo estaba desactualizado sobre la Fase 2
+
+No la re-deriv<69><76>: la leí y **medí ítem por ítem**. Cinco de los once ya estaban hechos en Fase 1 y el relevo no lo decía.
+
+| Estado | Ítems |
+|---|---|
+| ✅ Ya hechos | SA-2-5, SA-2-6, SA-2-7, SA-2-8, SA-2-9 |
+| ✅ **Cerrado hoy** | **SA-2-3** |
+| 🔒 Necesitan tu GO (D3) | SA-2-1, SA-2-2 |
+| 🔴 **Refutado hoy** | **SA-2-11** |
+| ⏳ Quedan | SA-2-4 (paso 1), SA-2-10 |
+
+## Lo que cerré
+
+**SA-2-3 — el panel dejaba pasar un reporte de 6 horas como si fuera de ahora.**
+`reality_check` ya escribía `Generated:` y `Zone:` en la cabecera de STATE_DRIFT; nadie los leía.
+
+El oráculo es **externo**: el `mtime` del sistema operativo, ajeno al contenido (`|Generated − mtime| = 0.0004 s`). GATE#0: **6/6 rojos medidos → 6/6 verdes**, y 52 tests preexistentes siguen verdes.
+
+**T-1 — un defecto que encontré midiendo, no listado en el plan.** La serie del meta-KPI tiene **6 filas de un mismo `session_id` abarcando 25 horas**, con el score saltando 58.0 → 69.8. Nadie puede distinguir "el ecosistema mejoró" de "la misma ventana rearrancó". El Gate de la Fase 2 exige que la serie crezca 1:1 con las sesiones — crece 1:N con los arranques, así que **el gate ni siquiera era evaluable**.
+
+Detrás hay un defecto latente: `session-start.py:415` lee `session_type`, una clave que **ningún hook del árbol confirma jamás**, y `test_boot_inserciones.py:111` afirma `source == "startup"` — un test que pasaría trivialmente si el campo fuera una constante disfrazada de medición (IV-1). No lo resolví adivinando el nombre correcto: `resolver_source()` prueba las claves candidatas en orden y **registra cuál respondió**, para que el primer resume real zanje la pregunta con datos. GATE#0: **6/6 rojos → 7/7 verdes**.
+
+## Lo que NO ejecuté, y por qué importa
+
+**SA-2-11 está refutada.** El plan ordena retirar la serie temporal porque tendría «cero escritores en el árbol de hooks». Eso es cierto **solo dentro de `.claude/hooks/`**. Medido: