ember-memory-test/episodes/DEPURA_falso-positivo-del-lint-prlogo-una-vez-m_S20260612.R1_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
92aefb20-5437-49ea-8ad7-8fb43f94155d	DEPURA_falso-positivo-del-lint-prlogo-una-vez-m_S20260612.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260612.FORMATEO_CANONICO_MNEMO	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 1 — EMBER: Falso positivo del lint PRÓLOGO una vez más...	claude_code	internal	2026-06-12T19:07:25.098873+00:00	false	pending

Falso positivo del lint PRÓLOGO una vez más — el reporte no surface decisión nueva (el chip es opcional de un click, ya enmarcado). Nota: el fix anti-FP del prologo_guard (vector #13) ya está commiteado (1131126); este disparo vino del hook de Stop que aún evalúa con otra heurística — queda cubierto por el monitoreo 48h ya inventariado.

En espera de instrucciones.

Mismo falso positivo del lint sobre un mensaje que solo acusa recibo — sin decisión que enmarcar. Sin acción pendiente; en espera.

✅ F0-01 CERRADO COMPLETO — la memoria de EMBER vuelve a ser recuperable

TLDR: la cadena de backups del servidor MEMORIA quedó reparada, probada con corrida real y verificada con restore drill — todo bajo protocolo SSH safety con tu GO, commiteado en e3c88ef y pusheado a los 3 remotos en ambas ramas (master = tierb_fix). ## Lo ejecutado y sus pruebas

Acción	Verificador ejecutado
api-key Qdrant en los 3 curls (key leída del env en runtime, sin hardcodear)	Corrida real: Qdrant: 7/7 — 57M en snapshots (lexicon 48M, experience 4.6M…) tras 8 días de 0/7
Credenciales PG corregidas: mnemo_plex:plex + n8n_ember + n8n_rio (F0-01b)	Dump mnemo 292K real (era 20 bytes) + dumps n8n 22.6K/22.4K (era FATAL: role does not exist)
Guard de fallo ruidoso (exit≠0 + BACKUP_STATUS + verify estricto 7/7)	Se probó solo en su primera corrida: detectó los 2 dumps n8n vacíos y salió con exit 1 — el tipo de fallo que antes era invisible 8 días, ahora grita en 1 corrida
Restore drill (PostgreSQL efímero pgvector:pg16)	PASS: 24 tablas restauradas con datos coherentes — lexicon_aliases_v2 14,269 filas, lexicon_entries_v2 534, episode/outbox/sync 49 c/u (cuadran con el LEXICON y el crisol de hoy). Primera vez que un backup de este servidor demuestra ser restaurable
Cron dedup + restic retirado (backups de ambos crontabs primero)	root: 0 entradas ember-backup (era duplicado en carrera diaria) · johnember conserva 10:00 + sync LUMEN 11:00 · restic comentado con nota (repo inexistente desde abril)
Quiesce/restart de contenedores	22 detenidos en orden y 22 reiniciados limpios en 7s — cero daño colateral

Verificación pendiente programada (T-2026-06-13): la corrida del cron de mañana 10:00 UTC debe loggear BACKUP_STATUS: OK y el sync a LUMEN de las 11:00 replicará por fin datos reales — lo chequeo en la próxima sesión.