ember-memory-test/episodes/DEPURA_si-el-deny-ya-no-est_S20260704.R99_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
d0d5bfef-ad96-4b79-b142-580c1a570709	DEPURA_si-el-deny-ya-no-est_S20260704.R99_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260704.ANTI_OLVIDO_ESTADO_VIVO	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 149 — BLINDADAS: - **Si el deny ya no está** →...	claude_code	internal	2026-07-12T16:18:39.246249+00:00	false	pending

• Si el deny ya no está → ejecuto A-3 y A-5, los 2 ítems bloqueados de F-A. A-3 es enseñarle al manifiesto a ponerse la fecha solo: creo una pieza nueva de 50 líneas (bump_manifest_meta.py, que reescribe UNA línea de fecha con escritura atómica) y le añado 6 líneas a un hook existente para que la invoque cada vez que alguien edita el INFRA_MANIFEST. A-5 es ponerle un portero de 2 líneas al clasificador de paneles: si el mensaje empieza con etiqueta de sistema (<task-notification>), no es tuyo → no dispara panel. Cada uno con su test antes y después, y rollback de un comando (git checkout HEAD -- <archivo>).
• Si el deny sigue → arranco F-B (memoria longitudinal), empezando por B-2: el comparador de tendencia (scripts/trend_report.py, carpeta scripts/ que no está bloqueada) que lee los 170 snapshots históricos de drift y responde "¿estoy mejor o peor que ayer?" — la pieza que hoy no existe y sin la cual no hay aprendizaje.

Qué puede salir mal: en A-3, que el regex de la fecha toque una línea equivocada (mitigado: el patrón exige el nombre exacto last_updated: y solo la 1ª ocurrencia; test de idempotencia incluido). En F-B, nada destructivo — solo lee históricos y escribe un reporte nuevo.

Cómo se revierte todo: cada edit genera backup automático .bak + rollback git de un comando, documentado ítem por ítem en FASE_A.md/FASE_B.md.

Wave F0 abierta y en marcha, John — 5 de 13 tareas COMPLETAS, cada una con verificación dual y su propio commit push triple-remoto. El plan está demostrando ser ejecutor-proof en vivo: cada tarea corrió por sus precondiciones → pasos literales → VERIF_POSITIVA/NEGATIVA sin improvisar.

Progreso F0 — Honestidad de instrumentos