ember-memory-test/episodes/TRAZA_code-modernizer-migracin-legacymoderno_S20260601.R20_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 37aa225225 feat(episode): TRAZA_code-modernizer-migracin-legacymoderno_S20260601.R20_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: chronicle
Summary: EPISODIO 20 — John: - **`code-modernizer` (migración legacy→moderno):** + tests
2026-06-02 17:45:09 +00:00

2.4 KiB

episode_id puente_flat session_code acto_dialogico actor_flujo criticidad_aegis skill_dominante fase_proyecto tipo_semantico summary_one_line source_type trust_boundary created_at relectura_tagged forgejo_commit_sha
ad3b2a9a-f445-4533-96b5-6330808933ed TRAZA_code-modernizer-migracin-legacymoderno_S20260601.R20_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260601.AGENTES_NATIVOS_ACTIVACION informar multi_actor low NONE operations chronicle EPISODIO 20 — John: - **`code-modernizer` (migración legacy→moderno):** + tests claude_code internal 2026-06-02T17:45:05.611436+00:00 false pending
  • code-modernizer (migración legacy→moderno): + tests de equivalencia de comportamiento + extracción de reglas de negocio. Se parece a code-modernization:* nativo, pero encadenado al pipeline EMBER. Honestidad (PROCEDENCIA): explorer y modernizer solapan funcional con nativos — su valor agregado es la gobernanza/telemetría EMBER. El critic es el más irreemplazable. Bonus: los 3 reales tienen rigor v0.2.0 superior a los 16 que escribí hoy (Casbin + telemetría pre/post + matriz de escalación + rollback granular). Mi POC code-explorer.md quedó más pobre que el skills/ real. ## ⚖️ [R3.§3] La decisión, ahora con datos reales

Mi recomendación corregida: el roster verdadero de 19 = los que ya construiste = incluye los 3. Los adopto como nativos (modernizer + critic me faltan; el explorer lo regenero desde la versión rica de skills/, no desde mi POC pobre). Quedan dos hilos que sí son tu decisión:

  1. validator / optimizer / deployer (la cadena del plan que nunca se construyó): ¿los fabricamos también (roster de 22, cadena de merge/deploy completa — mis 16 ya los referencian como handoff), o los dejamos como deuda futura? 2. Drift documental: el doc SPRINT_C_..._S20260521.md muestra el roster viejo. Conviene anotarlo (DLC) para que ninguna instancia futura vuelva a confundirse como me pasó a mí. La pregunta esencial, en una frase:

Confirmo: adopto los 3 reales como nativos (con su rigor v0.2.0). Y sobre el plan-fantasma → ¿(A) sólo los 3 reales [19 limpio], (B) los 3 reales + también validator/optimizer/deployer [22, cadena completa], o (C) tú me dices otra cosa?

Dame A/B/C y, ya sea cual sea, dejo los nativos listos en este turno (verde, gasolina de sobra) + anoto el drift del doc.