ember-memory-test/episodes/DEPURA_pila-pendientes-r1_S20260601.R59_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember c8cbfbe4bc feat(episode): DEPURA_pila-pendientes-r1_S20260601.R59_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: FORJA | Type: troubleshooting
Summary: EPISODIO 59 — John: 📌 PILA-PENDIENTES (R1)
2026-06-06 00:20:54 +00:00

2.8 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
c4991c0c-f6ef-4d13-92b5-b4699fbfff8d DEPURA_pila-pendientes-r1_S20260601.R59_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260601.AGENTES_NATIVOS_ACTIVACION informar multi_actor low FORJA operations troubleshooting EPISODIO 59 — John: 📌 PILA-PENDIENTES (R1) claude_code internal 2026-06-06T00:19:26.958651+00:00 false pending

Consecuencia concreta (dato fuerte): los 16 agentes que ya escribí ya referencian a code-validator y code-deployer como destino de handoff (code-reviewer/verifier/security/documenter → validator; validator → deployer). Si no existen, esos handoffs quedan colgando.

Hacia dónde me inclino, y qué lo cambiaría: fabricar validator/optimizer/deployer (completan el pipeline, tienen contrato completo, no hay equivalente nativo) y NO versionar los 3 huérfanos como nativos (que los cubran los built-ins; sus dirs skills/ quedan como legacy o se borran aparte). Eso da un 19 limpio = 16 + 3, todo EMBER-específico, sin duplicar built-ins. Lo que me haría cambiar: que quieras versiones EMBER-branded de explore/modernize/critic con comportamiento que los built-ins no dan.

La pregunta esencial que solo tú decides:

¿Qué roster nativo quieres para los 6 agentes en disputa?

  • A (recomendado) — Pipeline VISIÓN: fabrico validator + optimizer + deployer, dejo fuera los 3 huérfanos (los cubren los nativos). Roster final = 19 EMBER-específicos. Cierra los handoffs colgantes. El POC code-explorer.md quedaría como legacy (borrable).
  • B — Espejo de skills/: fabrico los 3 huérfanos como nativos, NO fabrico validator/optimizer/deployer. Mantiene la duplicación con built-ins y deja handoffs colgando.
  • C — Todo (22 nativos): los 16 + validator/optimizer/deployer + los 3 huérfanos. Maximal, acepta duplicación.

Quedo en pausa en esta decisión (no fabrico los 6 contestados hasta tu elección). Camino C (Agente 20 → cron n8n-ember) lo armo aparte una vez cerremos el roster.

📌 PILA-PENDIENTES (R1)

🟢 — (0 CRITICAL) 🟠 Q-001 [R1, decisión John] Roster de los 6 agentes contestados (A/B/C) — bloquea fabricación restante [hard] 🟠 T-001 [R1+Agent registry] Verificar dispatch de los 16 tras restart Claude Code [hard] 🟠 T-002 [R1+HANDOFF] Camino C: Agente 20 mantenimiento → cron n8n-ember docker exec ember-cc-server [hard] 🟡 T-003 [R1] Decidir fate skills/ dirs huérfanos + POC code-explorer.md según roster [hard] D-001 [boot, heredada] BLINDADA-29 auto-push 1204 edits acumulados (no de esta sesión) [soft] Q-001 abierta arriba para John