feat(episode): TRAZA_reframe-la-decisin-real-no-es-revivo_S20260618.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 4 — MNEMO Pipeline: - **Reframe:** la decisión real no es *"¿revivo...
This commit is contained in:
Ember 2026-06-18 19:58:51 +00:00
parent d7c6a9beda
commit 24feff8dbc

View file

@ -0,0 +1,28 @@
---
episode_id: "d11330bf-ef24-482b-9477-0937e1240f2b"
puente_flat: "TRAZA_reframe-la-decisin-real-no-es-revivo_S20260618.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260618.VERIFY_FIRST_PASSPORT_FIX"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 4 — MNEMO Pipeline: - **Reframe:** la decisión real no es *"¿revivo..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-18T19:58:30.500138+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
- **Reframe:** la decisión real no es *"¿revivo el dispatcher?"* (eso es el parche obvio) — es **"¿cuál es la arquitectura canónica de escritura de aquí en adelante?"**
- **La historia:** dos mecanismos crecieron en momentos distintos y nunca se unificaron. El doble-write (Qdrant+Neo4j escritos dos veces) es también la fuente probable de los "gemelos" de Neo4j que viste. El sistema toleró la incoherencia porque el núcleo siempre estuvo verde.
- **Consecuencias por camino:**
- 🟢 **A — revivir dispatcher + alerta de liveness:** rápido, recupera Forgejo+Nextcloud, pero conserva el doble-write y el modo-fallo-silencioso (puede volver a morir 6 días sin avisar).
- 🟡 **B — cirugía: inline para los 4 en crisol, con aislamiento por-destino, y retirar el dispatcher:** una sola vía, sin gemelos, sin proceso fantasma — pero crisol se vuelve más pesado y hay que aislar bien (que un fallo de Forgejo NO bloquee la ingesta del núcleo). Sesión RELOJERO/D-ARCH.
- ⚪ **C — dispatcher como única vía canónica (crisol deja de escribir directo):** elegante en teoría, pero el retrieval volvería a depender del dispatcher → si muere, el retrieval se degrada. Más riesgoso.
- **Mi inclinación:** **A ahora** (revivir + ponerle una alerta de liveness para que nunca más muera en silencio), y **evaluar B** en ventana dedicada. Lo que cambiaría mi inclinación a "solo A para siempre": que Forgejo+Nextcloud sean **respaldo** (no stores de primera clase) — entonces A+alerta basta y la cirugía B es over-engineering.
- **La pregunta esencial, aislada:** **¿Forgejo + Nextcloud son capas de respaldo (con A+alerta alcanza) o son stores de primera clase que SIEMPRE deben estar consistentes (y entonces vale la cirugía a inline)?**