ember-memory-test/episodes/TRAZA_nota-sobre-la-otra-instancia_S20260807.R2_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
1781baad-d3b0-4fef-8bb6-b4e979732ec4	TRAZA_nota-sobre-la-otra-instancia_S20260807.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260807.COTEJO_ARCHIVOS_SERVIDOR	informar	multi_actor	low	FORJA	operations	troubleshooting	EPISODIO 2 — HANDOFF_PROMPT.md: Nota sobre la otra instancia	claude_code	internal	2026-08-08T06:34:48.715549+00:00	false	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.

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.