Menú
Orquesta el flujo ASDD completo. Fase 1 (Spec) → Fase 2 (Backend ∥ Frontend) → Fase 3 (Tests ∥) → Fase 4 (QA).
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | asdd-orchestrate |
| description | Orquesta el flujo ASDD completo. Fase 1 (Spec) → Fase 2 (Backend ∥ Frontend) → Fase 3 (Tests ∥) → Fase 4 (QA). |
| argument-hint | <nombre-feature> | status |
[FASE 1 — SECUENCIAL]
spec-generator → .github/specs/<feature>.spec.md (DRAFT → APPROVED por el usuario)
[FASE 2 — PARALELO ∥]
backend-developer ∥ frontend-developer ∥ database-agent (si hay modelos nuevos)
[FASE 3 — PARALELO ∥]
test-engineer-backend ∥ test-engineer-frontend
[FASE 4 — SECUENCIAL]
qa-agent → /gherkin-case-generator, /risk-identifier
.github/specs/<feature>.spec.md
/generate-spec y esperaDRAFT → presenta spec al usuario y pide aprobaciónAPPROVED → actualiza a IN_PROGRESS y continúaIMPLEMENTED y reporta estado final al usuarioAl recibir status: lista specs en .github/specs/ con su estado actual y próxima acción.
APPROVED → no hay código — sin excepcionesPropone qué flujos automatizar, con qué framework, en qué orden y bajo qué criterios de ROI. Evalúa repetitividad, estabilidad, impacto y costo manual para priorizar la hoja de ruta de automatización.
Genera una spec técnica ASDD en .github/specs/<feature>.spec.md. Obligatorio antes de cualquier implementación.
Mapea flujos críticos, genera escenarios Gherkin y define datos de prueba desde la spec. Output en docs/output/qa/.
Implementa un feature completo en el backend. Requiere spec con status APPROVED en .github/specs/.
Implementa un feature completo en el frontend. Requiere spec con status APPROVED en .github/specs/.
Analiza y define estrategias de performance testing. Clasifica pruebas en Load, Stress, Spike y Soak. Define SLAs, umbrales de alerta y el plan de ejecución con k6.