ember-memory-test/episodes/DEPURA_casi-un-mini-sprint-propio-b_S20260718.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 83af949d9c feat(episode): DEPURA_casi-un-mini-sprint-propio-b_S20260718.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: design
Summary: EPISODIO 2 — MNEMO_PRE_DIGEST: Casi un mini-sprint propio. - 🟢 **B —...
2026-07-18 22:49:26 +00:00

2.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
793cef9f-42ec-4b83-90d8-20ea031b1c3a DEPURA_casi-un-mini-sprint-propio-b_S20260718.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260718.ECC_TOOLBOX_SURFACER informar multi_actor low NONE operations design EPISODIO 2 — MNEMO_PRE_DIGEST: Casi un mini-sprint propio. - 🟢 **B —... claude_code internal 2026-07-18T22:49:12.931245+00:00 false pending

Casi un mini-sprint propio. - 🟢 B — Promover el branch Stop del hook (que YA existe, _handle_stop): en vez de bloquear cada write, bloquear el CIERRE de sesión mientras haya un hecho-de-estado con drift sin reconciliar. Es enforcement real (el evento Stop SÍ puede bloquear) en la arquitectura actual del hook, sin re-escribir la detección pre-write. Blast radius BAJO: no interrumpe tu trabajo, solo te obliga a reconciliar antes de cerrar. Reversible en un git checkout. - ⚪ C — Extender el gate reconociendo que el hook es advisory-por-diseño, y dejar el "cómo promover" a un paso de diseño dedicado (sin materializar nada hoy). Hacia dónde me inclino, y qué lo cambiaría: B. Materializa el enforcement real con el menor riesgo, aprovecha el branch Stop que ya existe, y respeta tu intent (que doc-lifecycle deje de ser puro papel) sin poner un guardia en cada write de doc. Lo que cambiaría mi voto: si lo que quieres es específicamente atajar el drift en el momento en que se introduce (no al cerrar), entonces es A — pero eso es una fabricación con blast radius alto que merece su propio ciclo con SENTINEL. La pregunta esencial, la única que solo tú pones:

¿Quieres que doc-lifecycle bloquee cada write problemático (A: alto blast, fabricación nueva) o que bloquee el cierre de sesión mientras haya drift sin reconciliar (B: en-arquitectura, seguro, reversible)? No he tocado ningún hook ni archivo — este turno es solo el hallazgo y tu decisión. Ejecuto A, B o C en cuanto elijas. ⛽ 🟢 GREEN ~695K | DE: 4 (conflicto premisa-vs-realidad)