القائمة
Genera una spec técnica ASDD en .github/specs/<feature>.spec.md. Obligatorio antes de cualquier implementación.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Orquesta el flujo ASDD completo. Fase 1 (Spec) → Fase 2 (Backend ∥ Frontend) → Fase 3 (Tests ∥) → Fase 4 (QA).
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.
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 | generate-spec |
| description | Genera una spec técnica ASDD en .github/specs/<feature>.spec.md. Obligatorio antes de cualquier implementación. |
| argument-hint | <nombre-feature>: <descripción del requerimiento> |
Una historia puede generar spec solo si cumple:
CLAUDE.md → Diccionario de Dominio)/api/v1/..., request, response, códigos HTTP).claude/rules/backend.md, frontend.md, database.md)Si el requerimiento no cumple el DoR → listar las preguntas pendientes antes de generar.
.github/requirements/<feature>.md (si existe, úsalo).claude/rules/backend.md, .claude/rules/frontend.md, .claude/rules/database.md.github/skills/generate-spec/spec-template.md EXACTAMENTE.github/specs/<nombre-en-kebab-case>.spec.md---
id: SPEC-###
status: DRAFT
feature: nombre-del-feature
created: YYYY-MM-DD
updated: YYYY-MM-DD
author: spec-generator
version: "1.0"
related-specs: []
---
## 1. REQUERIMIENTOS — HU (Como/Quiero/Para) + criterios Gherkin + reglas de negocio## 2. DISEÑO — modelos de datos, endpoints API (request/response/HTTP codes), frontend## 3. LISTA DE TAREAS — checklists backend [ ], frontend [ ], QA [ ]DRAFT. El usuario aprueba antes de implementar.