ember-memory-test/episodes/DEPURA_reconciliado-y-verificado-contra-el-guar_S20260808.R3_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
437e9bf5-a722-4b24-9fc5-58c2b5342f76	DEPURA_reconciliado-y-verificado-contra-el-guar_S20260808.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260808.MEMORIA_SOTA_BRECHA	informar	multi_actor	low	TESSERA	operations	troubleshooting	EPISODIO 3 — MEMORIA: Reconciliado y verificado contra el guardián exacto que...	claude_code	internal	2026-08-12T05:13:29.625645+00:00	false	pending

Reconciliado y verificado contra el guardián exacto que bloqueó: mega-hook-statefact-guard.py ahora emite exit 0 sin bloqueo. Las glosas del índice volvieron a llevar los identificadores que el hecho-de-estado exige (fechas de rotación, sk-or-v1-6ea, "NUNCA re-pegar") — 17.16KB, dentro del margen.

Los dos workflows (censo 107 + generador) siguen en vuelo y me reinvocarán al terminar.

Fase 1 cerrada y Fase 3 arrancada. Todo respaldado en los 3 remotos.

★ Insight ───────────────────────────────────── El censo del enjambre acusó dos crímenes graves: "duplica ember_shared cada domingo" y "falla 401 desde junio por la key rotada". Ambos falsos. Los jobs sí están vivos en el cron, pero crashean por otras razones (un límite de Pydantic y una base desconectada), y las dos colecciones tienen 0 puntos.

La lección para tu diagnóstico de fondo: un agente leyendo código produce hipótesis, no hechos — y suenan idénticas. Lo único que las separa es ir al servidor y contar. Es exactamente el patrón que te tiene harto: si hubiera consolidado el informe sin verificar, habríamos "reparado" dos duplicadores que nunca duplicaron. ─────────────────────────────────────────────────

Lo que se cerró

Fase 3 — la fábrica de plantillas está apagada (37134e62). El fallback ahora cita pasajes verbatim del episodio anclados en datos duros y nunca rellena: si no hay material, devuelve menos y el episodio queda visible como deficiente. Oráculo externo sobre la copia integrada: 0 violaciones · 0 repeticiones cross-episodio · 98.9% de atribución · cobertura 75% declarada, no tapada.

Y el dato que más te va a interesar: en el control por neutralización, el test de cobertura PASA con el generador enfermo. El contador es ciego a la enfermedad — literalmente el error que originó todo esto.

Fase 1 — censo completo (0c44c37d): CENSO_ESCRITORES_MEMORIA.

Veredicto	Detalle
✅ El corazón está sano	El path canónico (local → cola → SCP → crisol → 3 stores con sello) respeta la ley de dos vías
⚠️ 2 bypass latentes	Vivos en cron, crashean antes de escribir. 0 puntos en ambas colecciones
🔴 4 escritores anónimos	tessera_pipeline, stop-enricher, memory_loop — el corazón del path local no firma lo que escribe
🧟 1/3 del inventario	Zombies retirables; 7 muertos con sucesor declarado, archivables ya
🧼 1 cadáver de secreto	synthesis_runtime.py:99 = la master key ya muerta desde junio. Higiene, no fuga

📌 PILA (R8)