feat(episode): TRAZA_bitcora-s20260912side020ae4d61d6r6_S20260912.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — STATE.md: 📁 BITÁCORA S20260912.SIDE020AE4D61D6.R6

episodes/TRAZA_bitcora-s20260912side020ae4d61d6r6_S20260912.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,46 @@
+---
+episode_id: "00a3b0e8-2b22-4168-bc5e-79f907afec37"
+puente_flat: "TRAZA_bitcora-s20260912side020ae4d61d6r6_S20260912.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260912.SIDE020AE4D61D6"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 1 — STATE.md: 📁 BITÁCORA S20260912.SIDE020AE4D61D6.R6"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-09-13T04:34:56.580236+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Cerrado por ambos lados. Resumen del turno:
+
+| Hallazgo | Estado |
+|---|---|
+| **Su inferencia de 120 s** | Medida: el techo lo pone el **timeout TCP del sistema (~24 s)**, no nuestro parámetro → ~72 s. Cambia el número, **no la decisión**: 72 > 60, luego en bandera NEGRA verificar sigue siendo imposible |
+| **Bandera NEGRA** | Ya no verifica: **registra que no verificó**, y no en doctrina — `escribir_state()` lo escribe en `docs/STATE.md` |
+| **`index.lock` estancado** | Descubierto en vivo (mi propio commit falló por uno de 457 s). Cubierto con rescate por edad |
+| **Mi detector del cerrojo era decorativo** | Miraba `tasklist` por "git": en una máquina multi-instancia **siempre** hay alguno → el rescate nunca actuaba |
+| **SSH vs HTTPS** | Refutado: **22 s los dos**. El `connect()` TCP decide antes de que el protocolo negocie nada |
+| **Suite** | **8/8 PASS**, commit `8a21e75a`, `OK identico` en los tres remotos |
+
+`★ Insight ─────────────────────────────────────`
+El error del detector merece subrayarse porque es el mismo que llevo todo el día corrigiendo en otros, cometido por mí a las dos horas: pregunté *"¿hay algún git en la máquina?"* (la sombra) cuando la pregunta era *"¿este cerrojo concreto está vivo?"* (el hecho). Y lo peor: **mi primer test lo habría dejado pasar**, porque dependía de qué procesos hubiera vivos. Un test no determinista no protege — solo acompaña. Solo al envejecer el cerrojo con `os.utime` el test se volvió capaz de fallar, y falló.
+`─────────────────────────────────────────────────`
+
+### 📁 BITÁCORA S20260912.SIDE020AE4D61D6.R6
+- ⚡ BASH: DNS-fail 2 s vs resuelve-no-responde 24 s → techo = TCP del SO
+- ✏️ EDIT: `skills/apagon/CLAUDE.md` → tabla de presupuesto por bandera + varianza + acotación honesta del "0 pendientes"
+- ✏️ EDIT: `scripts/apagon.py` → `escribir_state(paridad)` + `resolver_lock_estancado()` por edad
+- ⚡ BASH: `tasklist` sin git → 0 hits, pero **con instancias vivas el veto era permanente**
+- ✏️ EDIT: `scripts/test_apagon.py` → test 8 determinista con `os.utime` → **8/8 PASS**
+- ⚡ BASH: SSH 22 s = HTTPS 22 s → sospecha refutada
+- ⚡ BASH: commits `fef4c8a1` + `8a21e75a` → push × 3 → `OK identico` verificado
+- 📨 SEND ×2: a `ember-claude-code-c7` (procedencia de 3 ficheros absorbidos + medición SSH + mi fallo)
+
+—
+
+> 🎯 **En una frase:** la otra ventana y yo nos encontramos cuatro fallos que ninguno habría visto solo, y el skill del apagón salió bastante más robusto de lo que estaba.