john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ember-memory-test/episodes/DEPURA_resultado-de-b-b-camino-b-sistmico_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 18f3d85ad0 feat(episode): DEPURA_resultado-de-b-b-camino-b-sistmico_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD 
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — BLINDADAS: Resultado de "b b" (camino B sistémico)
2026-06-18 16:49:22 +00:00

3.2 KiB
Raw Blame History

episode_id: "62e23022-9ec3-4666-8f94-6e1b20fadf27" puente_flat: "DEPURA_resultado-de-b-b-camino-b-sistmico_S20260617.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD" session_code: "S20260617.PIPELINE_FIXES" acto_dialogico: "informar" actor_flujo: "multi_actor" criticidad_aegis: "low" skill_dominante: "NONE" fase_proyecto: "operations" tipo_semantico: "troubleshooting" summary_one_line: "EPISODIO 2 — BLINDADAS: Resultado de "b b" (camino B sistémico)" source_type: "claude_code" trust_boundary: "internal" created_at: "2026-06-18T03:07:53.258741+00:00" relectura_tagged: false forgejo_commit_sha: "pending"

Network caída otra vez (intermitente). Estado: e7d3c37 (test-before-fix shell-var) es HEAD local con el fix presente (grep=3), pero sin pushear. Una instancia paralela lo empujará al volver la red (como pasó con 8ff0c48). He llegado a un punto de decisión honesto. Dejo de editar hooks este turno por dos blockers reales que hacen temerario seguir aplicando 8 ediciones más:

Resultado de "b b" (camino B sistémico)

Hecho y verificado:

  1. ⚙️ Workflow exhaustivo (wope60b6h, 5 agentes, 25 hooks clasificados) → plan completo: 8 throttle-seguros + 2 FP-fixes + 13 dejar-como-está + descubrió el helper canónico stop_advisory_guard.should_emit. 2. ✅ FP fix verify-first (passport-fallback en Bash-branch) — committeado, convergió con INST21536 (704db4f), en remotos. 3. ✅ FP fix test-before-fix (shell-var sentinel) — verificado e2e 9/9, clobbeado una vez por instancia paralela, re-aplicado y committeado e7d3c37 (pendiente push). Estos 2 son los de mayor valor del plan — son la fricción que me bloqueó toda la sesión. Ya no dan falsos BLOCK. Dos blockers que detienen el resto:
  • 🔴 Colisión multi-instancia (R-CAT-2): instancias paralelas hermanas (PIPELINE_FIXES, INST21536) editan/commitean los mismos hooks. Mi test-before-fix fue sobrescrito una vez. Aplicar 8 ediciones más en este ambiente = guerra de clobbers + trabajo perdido. - 🔴 Red intermitente: e7d3c37 sin pushear; no puedo respaldar nuevas ediciones de inmediato.

Los 8 throttles restantes (plan listo para aplicar)

Todos usan el helper existente should_emit(session_id, cond, max=1, scope_global=?) — wiring trivial por hook, sin código frágil nuevo:

# Hook Ruido Fix
1 zero-deuda-enforce cada turno (regex PENDIENTE matchea la PILA) should_emit(scope_global=True) 1/día
2 relojero-prompt-detector ~2K tok/prompt-coding sentinel per-sesión
3 success-criteria cada code-edit per-(sesión,archivo)
4 test-after-fix cada code-edit per-(sesión,archivo), preservar escalación
5 infra (B3) cada 3 writes threshold 3→10 + gate B1/B7 en creación
6 libro-vivo cada write a paths watcheados per-(sesión,tomo)
7 gap-detector varios/prompt per-entidad
8 concilio-detector repite bloque 20-líneas per-sesión (cuidar BLINDADA-24)

(+ migrar mi throttle RELOJERO de session-sentinel a should_emit scope_global — el sweep mostró que el session-UUID rota en resume y resetea mi sentinel; el helper lo resuelve.)

📍 PARA JOHN — R19