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

feat(episode): DEPURA_el-plan-en-un-vistazo-6-olas-de-depende_S20260711.R40_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: NONE | Type: design
Summary: EPISODIO 40 — BLINDADAS: El plan, en un vistazo — 6 olas de dependencia crecient
This commit is contained in:
Ember 2026-07-12 15:20:10 +00:00
parent 367b2f8ec2
commit b03b983921
1 changed files with 32 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

32
episodes/DEPURA_el-plan-en-un-vistazo-6-olas-de-depende_S20260711.R40_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,32 @@
---
episode_id: "d74146e3-0c6c-42d9-bbb5-ff9ba3714c11"
puente_flat: "DEPURA_el-plan-en-un-vistazo-6-olas-de-depende_S20260711.R40_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260711.SHERPA_BRIEFING_FABLE"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "design"
summary_one_line: "EPISODIO 40 — BLINDADAS: El plan, en un vistazo — 6 olas de dependencia creciente"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-07-12T15:16:09.990690+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
📄 **Plan maestro entregado: [docs/PLAN_MAESTRO_MEJORAMIENTO_EMBER_S20260712.md](docs/PLAN_MAESTRO_MEJORAMIENTO_EMBER_S20260712.md)** (`061a5e61`, los 3 remotos). **Devuelvo el control a John** (Fable termina; Opus ejecuta).
## El plan, en un vistazo — 6 olas de dependencia creciente
| Ola | Foco | Ítems clave | Éxito medible |
|--:|---|---|---|
| **0** | **Daño vivo (primero)** | rotar 4 secretos en claro 🔒 · migrar 2 `.py`+borrar 5 `.bak` · revivir hook STATE.md | 0 secretos en git · STATE vivo |
| **1** | **Instrumentar (habilita todo)** | telemetría de uso por protocolo · auth MCP · check frescura STATE · tracker del plan | existe telemetría → se puede decidir con datos |
| **2** | **ROI memoria** | fusión V1 (Recall 0.30→0.62) 🔒 · gate HyDE · dedup-vs-store · ratio 88:1→<20:1 | Recall@1 ≥0.55 · 0 pérdida silenciosa |
| **3** | **Enforcement + RESTA cognitiva** | pase barato a top-5 · FORENSE→LITE 🔒 · matriz advisory-vs-bloqueo · RESTA por defecto a ~28 cognitivos 🔒 | ceremonial simplificado con evidencia |
| **4** | **Higiene catálogo** | fix validador skills · zombies frontmatter · retrofit CU-2 · regenerar self-awareness | 0 drift · 0 zombies |
| **5** | **Consolidación** | 1 backlog único · gates completos · merge a master 🔒 · re-medir rúbrica | score ≥75 medido |
**El diseño clave (respuesta a tu pregunta de balance):** por el hallazgo 4/4-encogen, el plan **no audita los 28 cognitivos uno por uno** — hace **"simplificar por defecto, auditar por excepción"**: pase barato solo al **top-5 por uso** (Ola 3.1), RESTA directo al resto. Y **P4: diseñar para el ejecutor débil** (donde FORENSE dañó), no solo para Opus. Las decisiones D-ARCH 🔒 quedan **abiertas para ti**, no las cerré.