feat(episode): TRAZA_plan-y-borrador-de-firmas-entregados-ver_S20261030.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — Ember: Plan y borrador de firmas entregados, verificados y...
This commit is contained in:
Ember 2026-10-30 12:12:22 +00:00
parent d79fdd6bee
commit f9cdad3442

View file

@ -0,0 +1,45 @@
---
episode_id: "5cefeeca-11cb-4cf5-b45e-88d020f9b38f"
puente_flat: "TRAZA_plan-y-borrador-de-firmas-entregados-ver_S20261030.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20261030.SID7BBB46BB43D7"
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: Plan y borrador de firmas entregados, verificados y..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-10-30T12:12:21.398758+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**Plan y borrador de firmas entregados, verificados y en los 3 remotos (`4122d1a9`, medido con merge-base), todo en E:. Ninguna ola se ejecutó.** Fable dictaminó **`NEEDS_REVISION` acotado**: no bloquea lanzar la Ola 0, pero un muestreo de su auditoría quedó pendiente por el apagado.
**Entregables**
- [Plan del enjambre](docs/PLAN_FABLE_S20261030_enjambre_comunicacion_instancias.md): olas 0, 0B, 1a, 1b, 2, 3 y 3b, con carriles, `agentType`, `criterio_exito`, `requiere`, presupuesto y compuertas.
- [Borrador de firmas AM-02](docs/DECISION_S20261030_politica_coordinacion_instancias.md): un prólogo por DJ; se firma con una línea (§2).
- [Registro de la verificación](docs/CONSEJO_S20261030_enjambre_comunicacion_instancias.md).
- [Herramientas](generados-por-claude/plan_enjambre_comunicacion_S20261030/): `validar_plan.py`, `comprobar_firmas.py`, `comprobar_r_d3.py` y `enjambre_ola.js`. Pasan sus autotests, pero el runner `enjambre_ola.js` solo se probó con stubs.
**Firmas que desbloquean cada ola**
| Ola | Qué hace falta |
|---|---|
| 0 | Nada |
| 0B | DJ-2a |
| 1a | DJ-1, DJ-2a, DJ-4 y DJ-6, más AM-05 en verde, salida de la Ola 0 y `fusion_ola_1a` |
| 1b | Ola 1a fusionada y `fusion_ola_1b`; `GC-1b` solo para la purga real |
| 2 | Ola 1b fusionada, banco verde y `fusion_ola_2` |
| 3 | Ola 2 fusionada y medida, y `fusion_ola_3` |
| 3b (AM-32) | DJ-2b y DJ-3, Ola 3 fusionada y `fusion_ola_3b` si toca D3 |
DJ-5, DJ-7, DJ-8 y DJ-9 no abren ninguna ola. `fusion_ola_<ola>` es tu palabra por fusión: la das al ver el diff, no con la firma de una línea.
**Lo que corrigió la verificación** (el plan traía 4 errores que lo habrían dejado sin funcionar)
- El sensor no arrancaba, y las firmas nunca habrían pasado.
- Un rechazo tuyo contaba como firma.
- Un cambio a un fichero crítico podía entrar por `git merge` sin que nadie lo viera.
- Además, `isolation:'worktree'` del informe no funciona hoy, así que todas las olas usan worktrees a mano en `E:/wt/`.