ember-memory-test/episodes/TRAZA_prlogo-dc-6-se-despliega-el-writer-v12_S20260726.R1_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
8fdf8694-9270-426b-b08d-a231be18cc3b	TRAZA_prlogo-dc-6-se-despliega-el-writer-v12_S20260726.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260726.ARCO_CICLO4_AUTOMEJORA	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 1 — MNEMO_PRE_DIGEST: 📖 PRÓLOGO — DC-6: ¿se despliega el writer v1.2? (vence pasad	claude_code	internal	2026-07-26T19:05:19.430575+00:00	false	pending

Otra vez el hook tiene razón: puse cinco decisiones sobre la mesa sin enmarcar ninguna. La regla también dice una a la vez — así que te cuento solo la que tiene reloj, y las demás quedan esperando tu ritmo.

📖 PRÓLOGO — DC-6: ¿se despliega el writer v1.2? (vence pasado mañana)

Lo que realmente se decide. No es "¿es bueno el writer v1.2?" — nadie discute que arregla algo real. Lo que decides es cuánta prueba exiges antes de dejar que un componente nuevo escriba en la memoria de producción. Es una decisión sobre tu umbral de riesgo, no sobre calidad de código.

De dónde viene. El writer v1.2 es la pieza que debía mejorar cómo se graban los hechos en la memoria. En el ciclo 2 casi se desplegó a ojo; un reconocimiento previo lo frenó al descubrir que un upsert ciego habría pisado la consolidación de 242 hechos. Fable entonces pidió una condición: probarlo contra datos reales antes de tocar producción. Eso se hizo en el ciclo 4 (C4-04) y encontró exactamente lo que se temía: el campo ref del canon vivo es un contador numérico, no la lista que el diseño suponía — y el fallo ocurría dentro de un try/except, así que habría fallado en silencio en cada consolidación, sin romper nada visible. Se corrigió de forma conservadora (los caminos viajan en un campo nuevo, el contador jamás se toca). Hoy quedan dos grietas: el contador que "probaba" cero escrituras no puede fallar (D-4/H-06), y la fixture con la que se probó no pudo trazarse al canon vivo porque la autenticación estaba caída — lo dijeron tanto mi verificación como Fable.

Consecuencias por camino. Si despliegas ya, ganas la mejora de escritura pero apuestas a que una fixture no trazada representa fielmente la producción — y si no lo hace, el modo de fallo es el peor: silencioso, en cada consolidación. Si haces el pre-check primero (8K, ~15 minutos: desbloquear el servidor MEMORIA con el runbook y volver a mirar 100 puntos frescos del canon vivo), cierras esa grieta con datos de hoy y decides sobre terreno firme; el costo es una espera corta. Si no haces nada, el default registrado se aplica solo: no se despliega, sigue el writer v1.1 —que funciona— y el tema se te vuelve a presentar. Nada se rompe.