ember-memory-test/episodes/TRAZA_estado-tras-opcin-x-a_S20260618.R10_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
8a73e3f7-ac7b-4f5c-aa32-f7cffc2040a9	TRAZA_estado-tras-opcin-x-a_S20260618.R10_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260618.VERIFY_FIRST_PASSPORT_FIX	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 10 — MNEMO Pipeline: Estado tras Opción X-a	claude_code	internal	2026-06-19T01:13:21.102312+00:00	false	pending

✅ No hay fuente canónica del unit en el repo — el systemd user unit es config server-local (no versionada). Para X-a la durabilidad es: cambio live + backup .bak + persiste a un REINICIO (que solo limpia DBs, no config). Gap honesto: si el servidor MEMORIA se reconstruye desde cero, el flag --only nextcloud forgejo habría que re-aplicarlo a mano → hay que registrarlo en INFRA_MANIFEST/STATE (lo dejo en PILA).

Estado tras Opción X-a

El pipeline MNEMO quedó en excelente forma con Y + X-a:

Deuda	Antes	Ahora
Contabilidad (partial eterno)	173 atascados	✅ 0 (Opción Y)
Doble-write Neo4j	worker re-MERGE + crisol	✅ solo crisol (single-writer, X-a)
Drift gemelos	creciendo	✅ deja de crecer

📖 Prólogo — lo que queda (y mi recomendación honesta)

• Reframe: las 2 deudas reales de la arquitectura (contabilidad + doble-write) están cerradas. Lo que queda es de menor valor o necesita tu decisión.
• Lo pendiente, con mi lectura franca de cada uno:
  • X-b (crisol marca states en el libro mayor): lo diferiría. Su único beneficio es que las columnas qdrant_state/neo4j_state del libro mayor digan "✓" (hoy quedan vestigiales). Pero la completitud ya funciona (Y) y la reconciliación de C2 verificaría esos stores por su conteo real de todos modos. Es cosmética de ledger a cambio de tocar crisol (load-bearing). Mala relación riesgo/valor.
  • Limpiar gemelos viejos en Neo4j (los ~12 nodos duplicados/huérfanos de antes de X-a): es delete:data → requiere tu GO explícito (CA-3). X-a solo evita los NUEVOS. Bajo valor (cosméticos), reversible-con-cuidado.
  • Capa C2 (tu visión SLO 2h + auto-sanación): es el proyecto grande de verdad. Necesita tus 2 decisiones (¿SLO 2h? ¿Forgejo+Nextcloud respaldo o primera-clase?) y merece un sprint dedicado con foco.
• Mi inclinación ahora: cerrar aquí el hilo crítico — Y + X-a dejaron el pipeline sano y sin las deudas que importaban. C2 es un sprint propio (con tus respuestas); X-b lo diferiría; los gemelos viejos solo si quieres pulir.
• La pregunta esencial: ¿cerramos el hilo crítico (mi recomendación) o quieres que siga con C2 / la limpieza de gemelos / X-b?