feat(episode): TRAZA_la-wiki-memoria-frozen-diagnstico-real_S20260618.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 1 — BLINDADAS: La wiki-MEMORIA frozen — diagnóstico real

episodes/TRAZA_la-wiki-memoria-frozen-diagnstico-real_S20260618.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,34 @@
+---
+episode_id: "274d073c-6d8f-471b-ac25-2b5ad549c87a"
+puente_flat: "TRAZA_la-wiki-memoria-frozen-diagnstico-real_S20260618.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260618.VERIFY_FIRST_PASSPORT_FIX"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "TESSERA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 1 — BLINDADAS: La wiki-MEMORIA frozen — diagnóstico real"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-19T05:35:38.278339+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+Diagnóstico FORENSE completo — y verify-first cambió el cuadro por completo. **Esto NO es un bug-fix simple.**
+
+## La wiki-MEMORIA frozen — diagnóstico real
+
+Los scripts del servidor revelan la causa raíz verdadera:
+- `wiki_ingest.py` y `wiki_update.py` son **WRITE_SHARED con HITL obligatorio** (humano aprueba cada página) — pipeline anti-prompt-injection de 7-8 capas. Editan/ingieren **una página a la vez con tu aprobación**. - **No existe** un "wiki_rebuild_all" ni cron. La wiki-MEMORIA es **HITL by-design** — no se auto-regenera *a propósito* (seguridad). **Entonces el FROZEN no es un cron roto** — es que nadie ha invocado `wiki-update`/`wiki-ingest` desde el 18-may. La 6ta capa refleja el estado de hace 32 días, desconectada del flujo de memoria (mismo patrón que la deuda I-AUTO del génesis, pero aquí el HITL **impide** la automatización trivial). Y el AEGIS-CAP advisory confirma: escribir a la wiki es `db:write CONDITIONAL` → requiere escalación. **Las 23 páginas no son homogéneas** (el threshold de 30d las trata igual, exagerando el "96%"):
+
+| Categoría | Páginas | ¿Stale real? |
+|---|---|---|
+| **Atemporales** (conceptos) | blindadas-10-reglas, storage-topology-6-capas, lexicon-governance, tessera-passive, codex-format, alquimia-v10 | ❌ viejas pero **correctas** |
+| **Problema-resuelto** (obsoletas) | tavily-api-key-missing, neo4j-password-rotation-stale, memory-md-counts-drift, forgejo-stale-pipeline-idle, search-apis-fixes, dr17-zombi-locks | ✅ **genuinamente stale** — afirman cosas ya resueltas |
+| **Snapshot histórico** (sprints) | sprint-summary, carta-cierre-wiki, pipeline-6-stores-recovery, etc. | ❌ válidas como snapshot datado |
+
+### El prólogo de la decisión
+
+**Reframe.** "Arreglar la wiki stale" no es un fix de código — es una **decisión de mantenimiento de la 6ta capa de memoria** dado su diseño HITL deliberado. **Historia.** La wiki es HITL por seguridad (anti-prompt-injection). No hay automatización *a propósito*. El "96% stale" mezcla conceptos atemporales (correctos) con ~6 páginas de problemas-ya-resueltos (genuinamente obsoletas).