القائمة
Implementa un feature completo en el frontend. Requiere spec con status APPROVED en .github/specs/.
التثبيت باستخدام 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.
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/.
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 | implement-frontend |
| description | Implementa un feature completo en el frontend. Requiere spec con status APPROVED en .github/specs/. |
| argument-hint | <nombre-feature> |
.github/specs/<feature>.spec.md — sección 2.3 (componentes, páginas, hooks).claude/rules/backend.md.claude/rules/backend.mdservices → hooks/state → components → pages/views → registrar ruta
| Capa | Responsabilidad |
|---|---|
| Services | Llamadas HTTP al backend — sin estado, sin lógica de negocio |
| Hooks / State | Estado local, efectos, acciones — consume services |
| Components | UI reutilizable — recibe props, emite eventos |
| Pages / Views | Composición final — layout + rutas |
Authorization: Bearer <token> en todas las llamadas protegidasVer patrones específicos en .claude/rules/frontend.md y .claude/rules/backend.md.
frontend/ (o equivalente del proyecto). No tocar backend/.test-engineer-frontend).