ember-memory-test/episodes/TRAZA_hice-cerr-la-causa-raz-con-medicin_S20260726.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

episode_id	puente_flat	session_code	acto_dialogico	actor_flujo	criticidad_aegis	skill_dominante	fase_proyecto	tipo_semantico	summary_one_line	source_type	trust_boundary	created_at	relectura_tagged	forgejo_commit_sha
3e5ca4ac-eb67-42b5-bce9-f427f4aa33cc	TRAZA_hice-cerr-la-causa-raz-con-medicin_S20260726.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260726.ARCO_CICLO4_AUTOMEJORA	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 2 — ember_experience: **Hice** — cerré la causa raíz con medición;...	claude_code	internal	2026-07-27T03:18:10.255419+00:00	false	pending

Verificación final: suite del dueño 30/30 · suite previa del guard 36/36 · hook E2E sobre CLAUDE.md → deny · cero [FILL] en el documento.

Por qué frené ①

Al abrir TOOLBOX para el cambio de plantilla encontré una sección escrita hoy, por otra ventana, que ya había vivido el mismo síntoma, lo diagnosticó mejor que yo, y decidió explícitamente no tocar el guardián:

"es una molestia operativa, no un fallo de seguridad — la protección D3 funciona correctamente. Modificar el guardián de archivos críticos para ahorrar una molestia tiene mala relación riesgo/beneficio: un error ahí abre un agujero real en la protección."

Su diagnóstico: la causa no es la ventana de 8 segundos que yo culpé, es que los gates corren en cascada (LEY-ZERO → TEST-BEFORE-FIX → VERIFY-FIRST → PASSPORT). Ley Zero cobra el slot cuando se lo consultan, y un gate posterior bloquea el Edit. El peaje se paga y el paso se deniega. Con max_edits: 1, un solo bloqueo aguas abajo agota el flag sin que ninguna edición ocurra. Encaja con mi caso mejor que cualquiera de mis dos hipótesis previas.

Pasar por encima de una decisión razonada de otra instancia, en silencio y el mismo día, sería exactamente el patrón que tu doctrina castiga. Así que la respeto y te la traigo.

La decisión, enmarcada