feat(episode): DEPURA_veredicto-de-la-auditora-de-los-13-tools_S20260712.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: FORJA | Type: troubleshooting
Summary: EPISODIO 3 — MNEMO_PRE_DIGEST: Veredicto de la auditoría de los 13 tools causale

episodes/DEPURA_veredicto-de-la-auditora-de-los-13-tools_S20260712.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,27 @@
+---
+episode_id: "c44c4add-54e3-41ce-9dae-c55871f8ee31"
+puente_flat: "DEPURA_veredicto-de-la-auditora-de-los-13-tools_S20260712.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260712.PIPELINE_PG_HYDE_FIX"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "FORJA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 3 — MNEMO_PRE_DIGEST: Veredicto de la auditoría de los 13 tools causales de FORENS"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-07-12T22:01:52.658728+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+- 🟢 **A — simplifico FORENSE-LITE ahora + registro el fix como pendiente server-side.** Cobras el beneficio cognitivo ya (reversible por git, tengo todo lo que el LITE necesita del audit). El fix de los 2 tools espera una sesión server-side con tu GO. *Riesgo:* los tools siguen rotos un poco más — pero llevan 3 meses rotos y FORENSE no los usa, así que el daño marginal es casi cero. *Matiz honesto:* SÍ afectan a SCIENTIA/DATOS (infra compartida), así que "no usados" es solo desde FORENSE.
+
+- 🟡 **B — arreglo los 2 tools rotos primero (server-side), luego simplifico.** La infra compartida sana antes (bien para SCIENTIA/DATOS). *Costo:* es una **mutación en el servidor MEMORIA** (gotcha de deploy, necesita tu GO, la danza docker-cp/rebuild), y retrasa la simplificación. Además, no puedo confirmar el estado exacto wrapper-vs-backend sin inspección SSH primero.
+
+- ⚪ **C — cierro con el audit entregado; ambos hilos quedan documentados como pendientes.**
+
+**Mi inclinación razonada.** Me inclino por **A**. Razón central: las dos acciones tienen **perfiles de riesgo opuestos** — la simplificación es `git checkout` reversible sobre un skill local; el fix es mutación de infra en el servidor MEMORIA. Meterlas juntas **encadena lo barato-y-reversible detrás de lo riesgoso-y-de-infra**, sin ganancia. **Qué me haría cambiar a B:** si consideras que la infra compartida rota (SCIENTIA/DATOS) es urgente hoy — entonces el fix va primero.
+
+**La pregunta esencial — lo único que solo tú pones:** ¿secuencio los dos hilos por **reversibilidad** (cambio cognitivo barato ahora, fix de infra en tu horario = A) o por **salud de infra** (arreglar primero los tools compartidos rotos = B)? Y, por separado: ¿**autorizas una mutación en el servidor MEMORIA** ahora, o el fix queda como pendiente documentado hasta que lo decidas?