feat(episode): DEPURA_la-historia-de-esta-decisin-prlogo_S20260619.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: chronicle
Summary: EPISODIO 4 — BLINDADAS: La historia de esta decisión (PRÓLOGO)
This commit is contained in:
Ember 2026-06-20 16:46:41 +00:00
parent 1ccfc18a4b
commit b47a1edb60

View file

@ -0,0 +1,40 @@
---
episode_id: "e29a5a0b-ed64-4826-aa86-8391450755c5"
puente_flat: "DEPURA_la-historia-de-esta-decisin-prlogo_S20260619.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260619.WIKI_MEMORIA_SCRUB_AVISO"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 4 — BLINDADAS: La historia de esta decisión (PRÓLOGO)"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-06-20T16:46:33.025184+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**LEY ZERO D3:** `settings.json` es infra-crítico — su gate exige **confirmación explícita de John** para editarlo (no solo el "B" general). Y tiene razón: es el archivo que, malformado, **rompe los ~77 hooks**. No voy a auto-overridear el sistema nervioso del ecosistema. Aquí me detengo y te paso la decisión — además es el punto natural: **los 2 fixes restantes (B1 + B2-scheduler) ambos tocan settings.json**, así que un solo "sí" tuyo cubre los dos.
## La historia de esta decisión (PRÓLOGO)
**Reframe:** lo que se decide no es "un fix más" — es si autorizas tocar **`settings.json`**, el único archivo cuyo error rompe TODOS los hooks a la vez (el sistema nervioso entero).
**Origen:** de los 5 bugs que atacamos, los 2 últimos (**B1** registrar `report-update.py` → revive el AR-3 auto-regen muerto; **B2-scheduler** cablear el analyzer a un contador-en-Stop) requieren registrar hooks en `settings.json`. Ya consulté el grafo (AR-AP7): `report-update.py` figura como "existe, no registrado" — gap real, sin duplicación. Lo demás (B4 honestidad + B5 recalibración + B2-noop) ya está **hecho y verificado**.
**Consecuencias por camino:**
- **Autorizas:** registro report-update (B1) + el trigger del analyzer (B2-scheduler), con backup git + verificación JSON inmediata post-edit + rollback listo. Resultado: AR-3 revive (el reporte se auto-regenera) y el lazo C6 queda cableado. **Cierra los 2 P0 restantes.**
- **No autorizas:** B1/B2-scheduler quedan pendientes; lo ya hecho (B4+B5+B2-noop, 5 archivos) queda firme e independiente.
**Mi inclinación:** **autorizar.** El riesgo está acotado — el cambio es aditivo (1-2 entries JSON), git es rollback, y verifico `json.load` inmediatamente tras cada edit (si malforma, revierto en el acto). Lo único que me frena de hacerlo solo es que `settings.json` es D3 y su gate pide tu sí explícito — y estoy de acuerdo con esa disciplina para el archivo más peligroso.
**La pregunta esencial (lo único que solo tú pones):** ¿**autorizas editar `settings.json`** para registrar `report-update.py` (B1) + el trigger del analyzer (B2-scheduler)?
### 📍 PARA JOHN — R10
**Hice:** B4 (honestidad) + B5 (recalibración) + B2-noop — **todo verificado**. 5 archivos editados (sin comitear, opción B). Consulté el grafo de hooks para B1.
**Falta:** B1 + B2-scheduler — ambos editan `settings.json` (D3), **bloqueados esperando tu OK explícito**.
**Mi consejo:** Di **"sí, edita settings.json"** y cierro los 2 últimos (con verificación JSON + rollback git). O **"commit"** si prefieres respaldar primero los 5 archivos ya hechos antes de tocar el D3.
⛽ 🟢 GREEN ~760K | DE: 5 (riesgo D3)