feat(episode): 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

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — EMBER: Falso positivo del lint PRÓLOGO una vez más...
This commit is contained in:
Ember 2026-06-12 19:07:34 +00:00
parent 97d1cb72ba
commit de877997de

View file

@ -0,0 +1,38 @@
---
episode_id: "92aefb20-5437-49ea-8ad7-8fb43f94155d"
puente_flat: "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"
session_code: "S20260612.FORMATEO_CANONICO_MNEMO"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 1 — EMBER: Falso positivo del lint PRÓLOGO una vez más..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-12T19:07:25.098873+00:00"
relectura_tagged: false
forgejo_commit_sha: "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.