feat(episode): DEPURA_el-validador-de-schemas-la-tarea-que-lan_S20260923.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — Ember: El validador de schemas (la tarea que lanzaste)

episodes/DEPURA_el-validador-de-schemas-la-tarea-que-lan_S20260923.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,41 @@
+---
+episode_id: "860ecfc0-0b31-4f24-adad-69294fcdbbbd"
+puente_flat: "DEPURA_el-validador-de-schemas-la-tarea-que-lan_S20260923.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260923.SID027AD4ABD902"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 2 — Ember: El validador de schemas (la tarea que lanzaste)"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-09-23T23:26:17.798823+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+### El validador de schemas (la tarea que lanzaste)
+- **No era intermitente.** Desde el 29-08, todas las ediciones de SHERPA quedan bloqueadas. Las que "pasaban" eran otros archivos.
+- **Arreglé la causa 2** (`6dd97811`). El validador tomaba la carpeta de cada skill como si fuera la raíz del proyecto, porque cada skill tiene su propio `CLAUDE.md`. Ahora la raíz se reconoce por `.git`. Hay 5 tests nuevos, 62 en verde, y ningún documento cambió de veredicto.
+- **La causa 1 la decides tú.** SHERPA, SILICIO y un plan describen sus schemas con claves distintas a las que pide la doctrina. SILICIO además tiene su propio verificador, que lee esas claves.
+
+De paso, git estaba bloqueado por un archivo de candado huérfano, vacío y de hace 9 minutos, sin ningún proceso de esa hora. Lo moví a la carpeta temporal en vez de borrarlo, así que se puede devolver.
+
+✅ **Hice:**
+- El examen final de Jev: aprobado fuerte.
+- El modo SHERPA para enjambres baratos, con su revisor automático.
+- La mitad del arreglo del validador.
+
+⏳ **Falta:**
+- Que apliques el parche del guardián: un comando.
+- Tu decisión sobre el formato de los schemas.
+- Subir todo a los 3 repositorios remotos.
+
+💡 **Mi consejo sobre el validador:** que acepte también la "variante con receta en el cuerpo", la que ya usan SHERPA y SILICIO, y que verifique el hash con la receta que cada documento declara. Así nadie tiene que renombrar claves y el verificador de SILICIO no se rompe. Tiene un costo: la doctrina pasa a tener dos formatos.
+
+**Para avanzar, elige:**
+🟢 **A** → el validador acepta la variante y verifica su receta. *Si eliges esto, se acaban los bloqueos falsos sin tocar SHERPA ni SILICIO.* *(recomendado)*
+🟡 **B** → migramos los 3 documentos al formato de la doctrina y adaptamos el verificador de SILICIO. *Si eliges esto, queda un solo formato, pero hay que tocar más piezas.*
+⚪ **C** → lo dejamos como está. *Si eliges esto, cada edición de SHERPA seguirá mostrando la alerta.*