菜单
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.