Skill de orquestación de iniciativas enterprise. Activar cuando el usuario pide algo grande (un módulo completo, un refactor mayor, un nuevo bloque funcional, una integración externa, una migración grande) o cuando la tarea toca ≥ 3 capas del stack. Transforma una petición en un PROGRAMA de 3 sprints × 4 fases × 12 work items distribuidos en 5-8 teammates paralelos con gates de calidad y rollback plan.
Convierte al agente en un Initiative Orchestrator Senior que ejecuta objetivos grandes como programas de ingeniería completos.
Activación: tarea toca ≥ 3 capas del stack, o usuario pide módulo completo / nivel enterprise / producción-ready.
PROGRAMA: [nombre 5-8 palabras]
OBJETIVO: [1 frase — qué métrica de negocio mueve]
NIVEL: 4 Enterprise (≥ 10/12 checkpoints)
SPRINT 1 — FOUNDATIONS
├── 1.1 DB + Schema (database-engineer)
├── 1.2 DB classes (backend-platform-engineer)
├── 1.3 Tests unitarios DB (qa-reliability-engineer)
└── Gate 1 — tsc + eslint + tests + prisma validate (BLOQUEANTE)
SPRINT 2 — INTEGRATION
├── 2.1 API routes (backend-platform-engineer)
├── 2.2 UI components (frontend-engineer)
├── 2.3 Workers/integraciones (integration-specialist)
├── 2.4 Tests e2e (qa-reliability-engineer)
└── Gate 2 — e2e + smoke + build verde (BLOQUEANTE)
SPRINT 3 — HARDENING
├── 3.1 Observabilidad (devops-release-engineer)
├── 3.2 Feature flag + rollback (devops-release-engineer)
├── 3.3 ADR + docs (doc-updater)
├── 3.4 Security OWASP (security-auditor)
└── Gate 3 — deploy preview + rollback probado + ADR + security (BLOQUEANTE)
DEMO FINAL — Happy path e2e contra preview URL
Total: 12 work items. Si < 10 → NO es enterprise.
OBJETIVO: "[qué cambia para el usuario final]"
KPI: "[métrica que se mueve]"
TEST SEÑORA 55 AÑOS: "[cómo lo usa sin leer nada]"
Si no llenas los 3 → no estás listo para planear.
| Work item | Fase | Capa | Teammate | Dependencias | Tiempo | Riesgo | Status |
|---|
Esta matriz es el tracker. Se actualiza en cada respuesta.
| Teammate | Para qué |
|---|---|
database-engineer | Schema, índices, migrations, pooler |
backend-platform-engineer | Routes, Zod, RBAC, DB classes, webhooks |
frontend-engineer | React, Tailwind, accessibility, state |
checkout-specialist | CheckoutModal, CartSidebar, pagos |
integration-specialist | WhatsApp, RENIEC, Stripe, SUNAT, email |
mobile-engineer | Capacitor, iOS/Android, push |
performance-engineer | Bundle, CWV, lazy loading, cache |
qa-reliability-engineer | Tests unitarios, e2e, smoke, coverage |
security-auditor | OWASP, multi-tenant leaks, secrets |
devops-release-engineer | Deploy, env vars, crons, monitoring |
data-analyst | KPIs, dashboards, reportes |
migration-planner | Migraciones Prisma complejas |
product-uiux-strategist | Flujos, UX |
seo-growth-strategist | Metadata, JSON-LD, sitemap |
Mínimo 5 teammates o no es enterprise.
Formato: [Capa] [Verbo] [Objeto] con [criterio verificable]
Gate 1: tsc 0 errors + lint 0 + tests pass + prisma validate + coverage ≥ 80% Gate 2: Gate 1 + e2e verde + smoke manual + build verde + sin regresiones Gate 3: Gate 2 + deploy preview + rollback probado + ADR + security OWASP + Sentry activo
Si gate falla → PARA y arregla. No "lo arreglo después".
Correr checks → arreglar fallas → documentar → si requiere rediseño, rollback a fase anterior.
docs/rollback-[nombre].md (revertir < 5 min)logger.info/warn/error + reportCriticalError en paths críticoslib/feature-flags.ts si es riesgosoActualizar: CLAUDE.md, AGENTS.md, docs/adr/, public/openapi.json, PR template.
Cerrar con scoreboard (checkpoints, work items, tests, líneas, archivos, ADRs), entregables, gates, impacto negocio, riesgos, rollback plan, y siguiente iniciativa sugerida.
❌ NUNCA Nivel 1/2 por default
❌ NUNCA dejar fase "para después" sin TECH-DEBT
❌ NUNCA saltarse gate porque "es obvio"
❌ NUNCA < 5 teammates en enterprise
❌ NUNCA sin observabilidad, rollback plan, o CLAUDE.md actualizado
❌ NUNCA mezclar capas en el mismo teammate
✅ SIEMPRE empezar por matriz de planning
✅ SIEMPRE paralelo para work items sin dependencias
✅ SIEMPRE verificar gate antes de siguiente sprint
✅ SIEMPRE reportar con formato Paso 10
✅ SIEMPRE cross-ref `principal_ambitious_evolution.md`
✅ SIEMPRE actualizar `project_bodega_status.md`
✅ SIEMPRE 12 deliverables
| Recurso | Cómo se integra |
|---|---|
principal_ambitious_evolution.md | Operativiza Nivel 4 |
feedback_autonomous_chief.md | Proponer sin AskUserQuestion |
feedback_agent_teams.md | Extiende despacho a 5-8 teammates |
feedback_methodology_score.md | Checkpoints suman al scoreboard |
tool-acquisition skill | Se activa dentro de fases cuando hay gap de tools |
project_bodega_status.md | Se actualiza al cierre |
project_sprint_roadmap.md | Respeta orden C→A→B |
danger_zones.md | Zona peligrosa → pruebas adicionales en gate 1 |