ember-memory-test/episodes/TRAZA_no-aparece-en-el-grafo-de-hooks_S20260807.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember f6f29b2a93 feat(episode): TRAZA_no-aparece-en-el-grafo-de-hooks_S20260807.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 3 — HANDOFF_PROMPT.md: - No aparece en el grafo de hooks...
2026-08-11 03:47:33 +00:00

2 KiB

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
25803cd5-5bfb-4b92-8631-46255be47ca4 TRAZA_no-aparece-en-el-grafo-de-hooks_S20260807.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260807.COTEJO_ARCHIVOS_SERVIDOR informar multi_actor low NONE operations troubleshooting EPISODIO 3 — HANDOFF_PROMPT.md: - No aparece en el grafo de hooks... claude_code internal 2026-08-11T03:47:27.387222+00:00 false pending

A eso se sumaron las tres razones que ya venían medidas: ningún hook lo importaba, su docstring prometía un lector —«Ember checks this directory at session start»— que no existe en ninguna parte, y llevaba cuatro meses dejando un STATE.md de 21 KB en shared_memory/ mientras el vivo, de 392 KB, estaba en otra ruta.

Un apunte sobre el MCP: estaba bloqueado y su autenticación automática sigue rota en Windows. Consulté la wiki por SSH, que es el mismo contenido por otro canal. En ningún momento pedí ni escribí la frase de paso.

Los tests se mudaron con su módulo, no murieron

Aquí había una trampa: el from memory_sync import ... de test_podcast_bridge.py era de nivel de módulo. Mover la librería sin tocar el test habría roto por ImportError la recolección del fichero entero, llevándose por delante los tests de podcast que sí están vivos. Los cinco se movieron a legacy/memory_sync/test_memory_sync.py con el sys.path que necesitan.

Verificado: 9 verdes en el activo + 5 verdes en legacy = los 14 originales redistribuidos, ninguno perdido.

En el servidor no borré nada

Puse un marcador OBSOLETO_LEER_ANTES_DE_USAR.md en cada ruta, explicando que están congeladas y dónde vive lo actual. Aditivo y comprobado: shared_memory pasó de 4 a 5 archivos, data/docs de 11 a 12. Solo el aviso. El borrado real espera tu GO.

Dos cosas del proceso que debes saber