john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

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

Browse source 
Skill: NONE | Type: design
Summary: EPISODIO 2 — MNEMO_PRE_DIGEST: Casi un mini-sprint propio. - 🟢 **B —...
This commit is contained in:
Ember 2026-07-18 22:49:26 +00:00
parent 428a5d6237
commit 83af949d9c
1 changed files with 20 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

20
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 Normal file
View file

@ -0,0 +1,20 @@
---
episode_id: "793cef9f-42ec-4b83-90d8-20ea031b1c3a"
puente_flat: "DEPURA_casi-un-mini-sprint-propio-b_S20260718.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260718.ECC_TOOLBOX_SURFACER"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "design"
summary_one_line: "EPISODIO 2 — MNEMO_PRE_DIGEST: Casi un mini-sprint propio. - 🟢 **B —..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-07-18T22:49:12.931245+00:00"
relectura_tagged: false
forgejo_commit_sha: "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)