ember-memory-test/episodes/TRAZA_bloque-posta-pegar-en-la-nueva-ventana_S20260719.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember a1211060d7 feat(episode): TRAZA_bloque-posta-pegar-en-la-nueva-ventana_S20260719.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: chronicle
Summary: EPISODIO 2 — HANDOFF_PROMPT.md: 🏃 BLOQUE POSTA — PEGAR EN LA NUEVA VENTANA
2026-07-19 13:44:48 +00:00

2.5 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
c2215997-0e7f-4d4c-8b9d-d1ba76f62ecd TRAZA_bloque-posta-pegar-en-la-nueva-ventana_S20260719.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260719.ORACULO_RETRIEVAL_X09 informar multi_actor low NONE operations chronicle EPISODIO 2 — HANDOFF_PROMPT.md: 🏃 BLOQUE POSTA — PEGAR EN LA NUEVA VENTANA claude_code internal 2026-07-19T13:44:46.357591+00:00 false pending

La meta-lección que Fable debe destilar (y que resume la enorme cantidad de errores): el pipeline se construyó feature-first — se añadían stores, campos y vías sin un loop de medición honesta que verificara que cada feature mejora el consumo real. Por eso terminamos con mucha infraestructura y retrieval de 0.06. El antídoto que el briefing exige en cada fase del plan: cada cambio se gatea contra el examen honesto (held-out), para nunca volver a creerle a un número fantasma.

Lo que Fable te devolverá: un documento de planeación (docs/PLAN_REESTRUCTURACION_PIPELINE_MEMORIA_*.md) con el catálogo de errores + principios de rediseño + la propuesta estructural concreta de cómo se construyen las memorias (granularidad, resumen obligatorio en la ingesta, un solo schema, filter-then-rank de alta cobertura) + un plan de migración por fases medibles + los anti-patrones a no repetir.

Hice: el briefing SHERPA para Fable, centrado en aprender de los 14 errores (4 clases + meta-lección), con el contrato de retorno que le pide el documento de planeación estructural. Validado con el gate (PASS), commit d5e78868 3/3.

Falta: que Fable lo lea y escriba el plan de reestructuración.

Cómo proceder (el flujo SHERPA): cambia el modelo a Fable (/model claude-fable-5) y dale la orden de leer el briefing y producir el documento de planeación. Fable tiene todo lo que necesita en el briefing — no re-pensará ni re-medirá, solo diseñará.

Para avanzar, elige:

  • 🟢 A (recomendado) — Cambias a Fable y le pides ejecutar el briefing (leer + escribir el plan de reestructuración). Yo (Opus) después ejecuto lo que el plan proponga.
  • 🟡 B — Ajusto algo del briefing antes de pasárselo a Fable (si quieres añadir/enfatizar algún error o restricción).
  • C — Cerramos aquí; Fable ejecuta el briefing en ventana fresca.