feat(episode): TRAZA_para-john-r56_S20260618.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — ember-mcp: 📍 PARA JOHN — R56
This commit is contained in:
parent
c5e72d81bb
commit
7a3ccea76f
1 changed files with 34 additions and 0 deletions
|
|
@ -0,0 +1,34 @@
|
||||||
|
---
|
||||||
|
episode_id: "a18723a4-5d34-4c04-b9f9-3cf72ab24cee"
|
||||||
|
puente_flat: "TRAZA_para-john-r56_S20260618.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
|
||||||
|
session_code: "S20260618.VERIFY_FIRST_PASSPORT_FIX"
|
||||||
|
acto_dialogico: "informar"
|
||||||
|
actor_flujo: "multi_actor"
|
||||||
|
criticidad_aegis: "low"
|
||||||
|
skill_dominante: "NONE"
|
||||||
|
fase_proyecto: "operations"
|
||||||
|
tipo_semantico: "troubleshooting"
|
||||||
|
summary_one_line: "EPISODIO 2 — ember-mcp: 📍 PARA JOHN — R56"
|
||||||
|
source_type: "claude_code"
|
||||||
|
trust_boundary: "internal"
|
||||||
|
created_at: "2026-06-19T05:24:00.173809+00:00"
|
||||||
|
relectura_tagged: false
|
||||||
|
forgejo_commit_sha: "pending"
|
||||||
|
---
|
||||||
|
|
||||||
|
Runbook entregado: [docs/RUNBOOK_DEPLOY_FUSED_SEARCH_V1_S20260619.md](docs/RUNBOOK_DEPLOY_FUSED_SEARCH_V1_S20260619.md). Los **dos prereqs del camino crítico están verificados**; solo falta que la remediación entregue READY_TO_MERGE.
|
||||||
|
|
||||||
|
Llegué al límite de lo que avanza D-FUSED-001 sin el código remediado: el workflow `wbke4ne9s` es la dependencia dura in-flight (no es diferir — es esperar un job que lancé; me auto-notifica al terminar, como el #1). Hacer más "prep" sería busywork.
|
||||||
|
|
||||||
|
### 📍 PARA JOHN — R56
|
||||||
|
- **Hice (prep verify-first mientras corre la remediación):** (1) confirmé el A/B dataset listo (`realistic_oracle.json`, 40 queries reales, en el servidor + accesible dentro del container vía bind-mount rw); (2) **cacé un gotcha de deploy crítico** — `/app/server.py` está STALE; el código vivo es `/home/johnember/ember-mcp-server-v3/server.py` (bind-mount), así que deployar a `/app` no haría nada; (3) escribí el runbook de deploy con el mecanismo verificado + A/B gate + rollback.
|
||||||
|
- **Falta:** que `wbke4ne9s` dé READY_TO_MERGE (los 6 fixes) → entonces ejecuto el runbook: deploy `fusion=False` → smoke → **A/B gate** (V1 vs denso) → si PASS, flip a `True` [GATE tuyo].
|
||||||
|
- **Mi consejo:** esperar la notificación del workflow (sin acción tuya ahora). La decisión que será tuya: tras un A/B PASS, autorizar `fusion=True` default-on.
|
||||||
|
- **Señal nueva self-awareness:** C6 wiki-MEMORIA pasó a FROZEN (96% de 23 páginas stale >30d; 5.5/6 capas). Lo registro; no es del pipeline ni urgente — lo abordo tras fused-search si quieres.
|
||||||
|
|
||||||
|
📌 **PILA-PENDIENTES (R56)**
|
||||||
|
- 🟠 HIGH · **D-FUSED-001** (EN PROGRESO) — ✅ arq+RISK-1, ✅ impl (BLOCKED 6 issues), ⏳ remediación `wbke4ne9s`, ✅ prep deploy+A/B verificada. ⏭ READY_TO_MERGE → deploy → A/B → flip [GATE John].
|
||||||
|
- 🟡 MEDIUM · **G-C2-002** — C2 watchdog SLO 2h.
|
||||||
|
- 🟡 MEDIUM · **D-XB-004** — X-b ledger cosmético.
|
||||||
|
- ⚪ LOW · **G-WIKI-007** (NUEVO) — wiki-MEMORIA FROZEN, 96% de 23 págs stale >30d (C6 5.5/6). [self-awareness R10]
|
||||||
|
- ⚪ LOW · **G-DUR-005** durabilidad INFRA_MANIFEST · **G-PUSH-006** push triple-remoto (batch specs+fusion.py+docs tras READY_TO_MERGE).
|
||||||
Loading…
Reference in a new issue