feat(episode): EXPLORA_sin-operaciones-nuevas-este-turno-estado_S20260607.R18_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 18 — BLINDADAS: Sin operaciones nuevas este turno. Estado estable esper

episodes/EXPLORA_sin-operaciones-nuevas-este-turno-estado_S20260607.R18_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,22 @@
+---
+episode_id: "4bf54033-feda-4f30-9827-ccc4c014231b"
+puente_flat: "EXPLORA_sin-operaciones-nuevas-este-turno-estado_S20260607.R18_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260607.MNEMO_BUG_FORENSE_MAP"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 18 — BLINDADAS: Sin operaciones nuevas este turno. Estado estable esperando."
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-08T18:59:52.829316+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Te la enmarco bien (regla PRÓLOGO):
+
+**Reframe:** no es "¿reintento SSH?" — es *"el único paso restante (deploy a render.brasaluz.com) depende de un servidor que ahora no responde; ¿lo vigilo activamente o lo dejo anclado para disparar cuando vuelva?"*. **Origen:** todo lo controlable ya está hecho y pusheado (graph.json, backbone SVG/MMD, notebook validado, 3 remotos en `a258ca7`). Lo único pendiente es un `scp`+`cp` que necesita SSH al puerto 47822 de cx43 — caído (timeout ×3 esta sesión; el boot ya marcó SSH intermitente + LiteLLM down). **Consecuencias por camino:**
+- **(1) Anclar y seguir** — dejo el comando exacto documentado (ya está en mi respuesta anterior + en el commit message); el deploy se dispara la próxima vez que el servidor responda. Cero tokens desperdiciados, cero polling a ciegas. - **(2) Vigilar activamente** — reintento SSH cada cierto rato hasta que vuelva. Útil solo si esperas que el servidor reviva pronto; si tarda horas, es polling estéril. - **(3) Diagnosticar por qué cx43 está caído** — abrir FORENSE sobre el SSH/servidor (es justo el tema de tu nueva sesión `MNEMO_BUG_FORENSE_MAP`). Más amplio que el deploy del grafo. **Mi inclinación (y qué la cambia):** me inclino por **(1) anclar** — el grafo ya está consultable (graph.json + SVG en los 3 remotos); el notebook es un "nice-to-have" que no justifica polling. Cambiaría a (3) si lo que realmente te importa es que el servidor SSH esté caído (eso sí es crítico y encaja con el nombre de esta sesión). **La pregunta esencial (solo tú decides):** ¿el SSH caído de cx43 es un incidente que quieres que diagnostique ahora (FORENSE), o solo anclo el deploy del notebook y seguimos?