feat(episode): DEPURA_binding-completo-y-verificado_S20260602.R17_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 17 — BLINDADAS: ✅ BINDING COMPLETO Y VERIFICADO

episodes/DEPURA_binding-completo-y-verificado_S20260602.R17_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,46 @@
+---
+episode_id: "874d6991-a830-4aca-b4fb-0d0c4861a618"
+puente_flat: "DEPURA_binding-completo-y-verificado_S20260602.R17_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260602.GRAFO_GRAPHIFY_CURADURIA"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "TESSERA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 17 — BLINDADAS: ✅ BINDING COMPLETO Y VERIFICADO"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-06T14:42:29.106275+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+## ✅ BINDING COMPLETO Y VERIFICADO
+
+El skill `mantenimiento-memoria-agent` quedó con su digest constitucional, **vía el generador** (regenerable, sin drift). Evidencia empírica de este turno:
+
+| Verificación | Resultado |
+|---|---|
+| Refactor generador (`process_path` + `EXTRA_TARGETS`) | pytest **13/13** (10 previos + 3 nuevos) ✅ |
+| Dry-run skill | `would-change · group=mini` ✅ |
+| Apply | `changed · group=mini` ✅ |
+| Bloque `AUTO-COMPILED` en skill (1 marcador) | presente ✅ |
+| `Soberanía del piloto` + `Precedencia AEGIS` | presentes ✅ |
+| `Gates EARS` (debe estar ausente en grupo mini) | **ausente** ✅ (correcto: es interventoría, no feature-dev) |
+
+`★ Insight ─────────────────────────────────────`
+- El binding ya NO es manual: si editas el SSoT `constitution-mini.md`, una corrida del generador re-sincroniza los 22 agentes **y** este skill en una sola pasada. Cero drift futuro (lo que pedía ARIADNA AR-3).
+- Falta-cero respecto a los 22 nativos: el skill recibió `CONSTITUTION-MINI` pero **no** `SPEC-KIT-FLOW`, porque su trabajo es auditar el pipeline, no desarrollar features. Eso lo decidió el SSoT, no yo.
+`─────────────────────────────────────────────────`
+
+## Ahora: ponerlo a trabajar supervisado (PRÓLOGO)
+
+Hiciste el binding "antes" — hecho. El siguiente paso es tu objetivo real: verlo trabajar y responder tus 3 preguntas (¿se desempeña? ¿sabe lo que hace? ¿qué hace ante errores del pipeline memoria?). Antes de lanzarlo necesito que fijes **una sola cosa**, porque esta corrida **toca el servidor MEMORIA en producción** (lectura) y la profundidad cambia lo que observaremos:
+
+**El reframe:** no es "córrelo y ya" — es "¿qué tan profundo lo dejo auditar en su **primera** salida supervisada?". El propio skill tiene un parámetro `audit_scope` con varios niveles. Para una primera observación tengo dos caminos sensatos:
+
+| Camino | Qué hace el agente | Qué observas | Riesgo |
+|---|---|---|---|
+| **A) Representativo (recomendado)** | MODE_B read-only sobre `RETRIEVAL_4_VIAS` + `LEXICON_INTEGRITY` (el corazón del pipeline: ¿se recupera la memoria? ¿LEXICON intacto?) + inyectar 1 "error" controlado para ver su reacción | Su diagnóstico + cómo maneja un fallo, sin sobrecargar | bajo (solo lectura) |
+| **B) Completo `ALL_SEVEN`** | Auditoría total F0-F6 + 4 vías + HyDE + 3 etiquetas + TESSERA + comparativa industry | Desempeño full, pero más largo y pesado | bajo-medio (lectura intensa) |