ember-memory-test/episodes/DEPURA_checkpoint-el-freeze-ya-es-ley-y-la-fas_S20260808.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
bd354d34-5866-4f32-bafd-8da419470eec	DEPURA_checkpoint-el-freeze-ya-es-ley-y-la-fas_S20260808.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260808.MEMORIA_SOTA_BRECHA	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 2 — MNEMO_PRE_DIGEST: Checkpoint — el freeze ya es ley y la Fase 1 está corriendo	claude_code	internal	2026-08-12T04:21:06.875956+00:00	false	pending

Suficiente para cerrar el checkpoint del turno — los dos workflows siguen trabajando y me notificarán.

★ Insight ───────────────────────────────────── El hallazgo del outbox ilustra por qué el censo va antes que el canario: mi primera consulta (systemctl de sistema) concluyó "outbox muerto hace 2 meses" — falso, la unidad viva es la de usuario. Un monitor construido sobre esa consulta habría gritado falsas alarmas o, peor, callado verdaderas. Primero censar qué existe y cuál es la copia canónica; después construir vigilancia. Es el mismo orden que salvó de fabricar la segunda librería de cerrojos. ─────────────────────────────────────────────────

Checkpoint — el freeze ya es ley y la Fase 1 está corriendo

Hecho este turno:

1. Freeze registrado en los tres portadores — DECISION_S20260811_suelo_firme (qué se congela, qué se permite, criterio de salida falsable, solo tú lo levantas) + fila en estado_vivo.json/ESTADO_VIVO.md (visible en cada arranque de cada instancia) + índice de memoria. Commit e413ea2a en los 3 remotos.

2. Fase 1 en marcha con dos frentes:

   • Local: workflow censando los 107 archivos del repo que tocan artefactos de memoria — clasifica escritor/lector/test/muerto, y a cada escritor le mide: qué estampa, quién lo dispara, si está vivo, y qué riesgos de relleno/fallback tiene.
   • Servidor (lo hice yo): crisol corre cada hora por cron (vivo, log de hoy) · outbox vivo como unidad de usuario · sync PG→Neo4j cada 6h · 6 sensores con cron enumerados.

3. Dos hallazgos del censo servidor:

   • ⚠️ Unidad systemd duplicada: ember-outbox.service existe como unidad de sistema (muerta desde jun-12, pero enabled) y como unidad de usuario (la viva). En un reinicio podrían arrancar ambas = doble despachador sobre Nextcloud/Forgejo. Va a Fase 3; tocarla requiere root, así que es tuya.
   • El gate48h no mide frescura general (mide una feature específica del writer v1.1) — puede haber un hueco real para el canario: "¿lo escrito HOY llegó completo?". Se decide cuando el censo termine, no antes — para no fabricar un sensor duplicado.

En vuelo: censo local (notificará) · rediseño del generador HyDE (dos enfoques ya reportan 0 violaciones y 0 repeticiones; queda verificación adversarial y síntesis — su único destino permitido bajo el freeze es reemplazar el fallback podrido).

Hice. Tu freeze ya no depende de que alguien recuerde este chat: está en el arranque de toda instancia futura, con criterio de salida medible. Y el censo que pediste con la decisión ya está corriendo — 107 mecanismos locales bajo lupa y el lado servidor ya medido.

Falta. Que terminen los dos censos, consolidar la tabla, y traerte las dos cosas que requieren tu mano: la unidad duplicada del outbox (root) y el GO del parche de procedencia al crisol.

Mi consejo. Nada que decidir ahora — déjame consolidar. La próxima decisión tuya será el GO del parche al crisol, y te la traeré con el censo completo como evidencia.