feat(episode): TRAZA_la-historia-de-la-decisin-qu-tan-fuert_S20260621.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: chronicle
Summary: EPISODIO 2 — BLINDADAS: 📖 La historia de la decisión — ¿qué tan fuerte hacemos e

episodes/TRAZA_la-historia-de-la-decisin-qu-tan-fuert_S20260621.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,39 @@
+---
+episode_id: "f52c34d1-3b91-42f4-8be7-6395989fa364"
+puente_flat: "TRAZA_la-historia-de-la-decisin-qu-tan-fuert_S20260621.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260621.CRONICA_SEMANAL_C15"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "chronicle"
+summary_one_line: "EPISODIO 2 — BLINDADAS: 📖 La historia de la decisión — ¿qué tan fuerte hacemos el gu"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-21T19:12:06.103029+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+El guardrail base **ya está** (doc canónico + archivo de memoria recall-able). Pero al añadir el puntero a `MEMORY.md`, **LEY ZERO lo bloqueó**: MEMORY.md es D3 infra-crítico → exige tu OK explícito + backup. **No lo overrideo** (el hook tiene razón). Eso me lleva justo a tu pregunta de fondo, que es de **fuerza del guardrail**:
+
+### 📖 La historia de la decisión — ¿qué tan fuerte hacemos el guardrail?
+**Reframe:** lo que decides no es "¿lo documentamos?" (ya está) — es **cómo GARANTIZAR que una instancia futura no tome la acción errada**. Hay un espectro de fuerza, de advisory (confía en que lo lea) a determinista (lo atrapa aunque no lo lea — el lema EMBER "deterministic > advisory").
+
+**De dónde viene:** tu punto R22 (el error no es el cómputo, es la decisión) + el hecho de que yo mismo caí en la trampa. Construí las 2 capas advisory; la 3ª (visibilidad garantizada) toca un archivo D3.
+
+**Consecuencias por camino:**
+- 🟢 **Capa 1+2 (hecho):** `docs/REGLA_IDENTIFICADORES_CROSS_STORE.md` + `memory/reference_cross_store_id_rule.md` (recall-able: aflora cuando una instancia trabaje en cross-store). **Protege SI la instancia lo lee/recuerda.** No garantizado al 100%.
+- 🟡 **+ línea en MEMORY.md (necesita tu OK D3):** se carga en CADA boot → visibilidad garantizada. Riesgo: 1 línea aditiva, rollback git trivial, backup primero. Pero es D3 (el hook pide tu sí).
+- 🔴 **+ guardrail determinista (hook):** un check que AVISA/BLOQUEA si una instancia futura intenta cruzar por `episode_id` (o reportar drift por episode_id). **Es la verdadera respuesta a R22** — atrapa la acción errada aunque la instancia no haya leído nada. Más trabajo + toca config de hooks (también D3).
+
+**Mi inclinación:** la capa 1+2 ya te da mucho; **te recomiendo aprobar la línea en MEMORY.md** (visibilidad cada boot, riesgo mínimo) y, si quieres blindarlo de verdad contra el error de decisión (tu R22), **construir el guardrail determinista** — es exactamente el tipo de "vía determinista" sobre la que está construido el ecosistema. **Lo que cambiaría mi recomendación:** si prefieres no tocar D3 ahora, el doc + memoria recall-able ya reducen mucho el riesgo y lo dejamos para un sprint dedicado.
+
+**La pregunta esencial (solo tú):** ¿hasta qué capa quieres? 🟢 dejar advisory (doc+memoria) · 🟡 + OK para la línea en MEMORY.md (D3) · 🔴 + guardrail determinista (hook anti-episode_id-join).
+
+### 📍 PARA JOHN — R3
+- **Hice:** guardrail anti-error-de-decisión — `docs/REGLA_IDENTIFICADORES_CROSS_STORE.md` + `memory/reference_cross_store_id_rule.md` (recall-able al boot). Responde directo a tu R22.
+- **Bloqueado (bien):** la línea índice en MEMORY.md (D3 LEY ZERO) — necesita tu OK + backup; no la fuerzo.
+- **Pendiente menor:** corregir la frase engañosa "episode_id da basura" en el doc MAPA + AVISO (DLC). Y el push triple-remoto sigue en pausa por la baseline ajena.
+- **Tu decisión:** la capa de fuerza (🟢/🟡/🔴 arriba).