القائمة
Orquesta el flujo ASDD completo. Fase 1 (Spec) → Fase 2 (Backend ∥ Frontend) → Fase 3 (Tests ∥) → Fase 4 (QA).
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Propone 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.
| 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 excepciones