ember-memory-test/episodes/TRAZA_dnde-quedamos-exactamente_S20260719.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 80ab3d23c9 feat(episode): TRAZA_dnde-quedamos-exactamente_S20260719.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — MNEMO_PRE_DIGEST: Dónde quedamos exactamente
2026-07-20 03:24:01 +00:00

3.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
84b6786a-0191-40d3-b036-7d1929b31e6f TRAZA_dnde-quedamos-exactamente_S20260719.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260719.ORACULO_RETRIEVAL_X09 informar multi_actor low NONE operations troubleshooting EPISODIO 1 — MNEMO_PRE_DIGEST: Dónde quedamos exactamente claude_code internal 2026-07-20T03:23:52.643580+00:00 false pending

John, el camino crítico está claro y tiene una sola pieza al frente: F-B necesita tres condiciones y dos de ellas son ejecutables ya, en sombra, sin tocar nada vivo.

Dónde quedamos exactamente

Las tres condiciones de F-B, con su estado real:

# Condición ¿Ejecutable ahora?
1 Consolidación-dedup de hechos (el repetido REFUERZA un canónico, no compite) Sí — sombra pura, es el antídoto que el FAIL de escala pidió
2 Filtros estructurales pre-rank (session_code/fecha/entidad sobre el índice factual) Sí — sombra pura
3 Métrica respuesta-correcta (además de padre-exacto) Sí — es cambio de examen, no de sistema
Gate 48h del writer v1.1 Solo el tiempo lo resuelve (no es trabajo)

Las tres son medición en sombra: cero riesgo, cero GO adicional. Y son exactamente lo que convierte el 0.457 del FAIL en un número que pueda pelear.

📖 Mi recomendación (la historia detrás)

El FAIL de escala de F-A no fue un fracaso — fue un diagnóstico: "indexar hechos sin consolidar repite el error de indexar turnos sin resumir". Tenemos el antídoto diseñado desde el plan §3 y nunca lo hemos probado. Ejecutar las tres condiciones cierra el círculo del arco con datos, y deja F-B lista para tu GO con evidencia en la mano en vez de con una promesa.

Mi inclinación: ir por las 3 condiciones (F-B-PREP) en la próxima ventana fresca, no ahora. Llevamos 14 commits y un día enorme; esta ventana ya cargó el arco completo y el trabajo que viene merece contexto limpio para hacerlo bien. Lo que me cambiaría: si tienes energía y quieres el número esta misma noche, arranco — es sombra, es seguro.

Alternativas menores si prefieres algo corto: el umbral de abstención (los datos ya están capturados — solo análisis), o F4-residual (limpieza del schema paralelo, requiere tu GO para el DROP).

  • Hice hoy: comparativa SOTA de 5 IAs → plan v1.1 ejecutado hasta su STOP → retrieval 0.06→0.149 en producción → plan FACTS-FIRST diseñado y con G0+G1+F-A medidos. 14 commits triple-remoto.
  • Falta: F-B-PREP (las 3 condiciones, sombra) → luego F-B con tu GO → F-D (bi-temporalidad, el gap SOTA #4) → F-C dormida.
  • Mi consejo: ventana fresca para F-B-PREP. El estado quedó impecable en ARCO §7 — la próxima instancia arranca sin re-explicar nada.
  • Para avanzar, elige: 🟢 A — cerramos aquí y F-B-PREP arranca en ventana fresca (recomendado) · 🟡 B — arranco F-B-PREP ahora mismo (sombra, seguro) · C — algo corto: umbral de abstención o F4-residual.