feat(episode): TRAZA_nota-sobre-la-otra-instancia_S20260807.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: FORJA | Type: troubleshooting
Summary: EPISODIO 2 — HANDOFF_PROMPT.md: Nota sobre la otra instancia

episodes/TRAZA_nota-sobre-la-otra-instancia_S20260807.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,44 @@
+---
+episode_id: "1781baad-d3b0-4fef-8bb6-b4e979732ec4"
+puente_flat: "TRAZA_nota-sobre-la-otra-instancia_S20260807.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260807.COTEJO_ARCHIVOS_SERVIDOR"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "FORJA"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 2 — HANDOFF_PROMPT.md: Nota sobre la otra instancia"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-08-08T06:34:48.715549+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+## Seguridad revisada antes de commitear
+
+Uno de ellos disparó el detector de secretos por la línea `{"api-key": QKEY}`. Abrí el archivo: `QKEY` se resuelve en tiempo de ejecución con `docker exec qdrant printenv` (línea 11). Es una variable, no un valor. Ninguno de los seis lleva credenciales en disco, así que esta vez no hubo que tocar la baseline.
+
+Commit `4b443126`, empujado a los tres remotos y confirmado **dentro de MEMORIA**: el forgejo del servidor responde `4b443126` para `refs/heads/tierb_fix`.
+
+## Lo que el rescate no arregla, y lo dejé escrito
+
+Escribí `CRON_ORIGENES.md` junto a los scripts porque una copia sin contexto envejece mal y engaña a quien la lea después. Dice lo esencial: **versionar no es sincronizar.** Nada propaga cambios entre las dos caras, y la deriva ya medida siempre va en el mismo sentido —el servidor evoluciona, el repositorio se queda quieto—. El caso probado es `sync-backup-to-lumen.sh`: el repositorio conserva el commit original de mayo sin tocar, mientras el servidor tiene una edición hecha en sitio que nunca volvió, una sola línea de 122.
+
+Hay una ironía que vale registrar: el repositorio **ya tiene** el script que detectaría esa deriva, `verify_server_scripts_sync.sh`, y el cotejo lo encontró existiendo solo en local, nunca subido al servidor.
+
+Sobre el reinicio del móvil: no es un diferimiento por contexto —queda de sobra— sino una dependencia externa real. Matar `tmux mobile-rc` es tu sesión y podrías tener trabajo en vuelo; la orden es tuya.
+
+—
+
+**Hice:** rescaté los 6 scripts del cron (no 3), verificados por hash contra el servidor, con manifiesto de procedencia. Commit `4b443126` en los tres remotos, confirmado dentro de MEMORIA. Archivo: [CRON_ORIGENES.md](scripts/server-side-pipeline/cron/CRON_ORIGENES.md).
+
+**Falta:** reiniciar la sesión del móvil (solo tú) y tres pendientes menores del informe.
+
+**Mi consejo:** el riesgo de pérdida total ya está cerrado en las dos puntas. Lo que queda es deriva silenciosa, y ahí el arreglo con mejor relación esfuerzo/beneficio es tapar el agujero del hook `server-sync`: hoy declara que sube archivos que nunca ha subido ni una vez, y un instrumento que miente sobre sí mismo es peor que no tenerlo.
+
+**Para avanzar, elige:**
+- 🟢 **A** *(recomendado)* — Tapo el agujero de `mega-hook-server-sync.py` para que los archivos escritos por generadores también suban (cierra `STATE_DRIFT.md` y `SYSTEM_REGISTRY.md`, declarados y nunca ejecutados).
+- 🟡 **B** — Subo `verify_server_scripts_sync.sh` al servidor y lo programo, para que la deriva se detecte sola.
+- ⚪ **C** — Cerramos: actualizo STATE y HANDOFF y dejo la posta lista.