Habilidades 4-step-program
🔄

4-step-program

Seguro 🌐 Acceso a red⚙️ Comandos externos

Implementar Flujo de Control de Calidad para Agentes de IA

Deje de aceptar revisiones de código mediocres de agentes de IA. Este flujo de trabajo impone un bucle de 4 pasos que garantiza calidad 10/10 y cobertura del 100% de problemas antes de presentar cualquier código. Los agentes deben corregir, revisar, iterar y presentar con publicación obligatoria de PR en GitHub.

Soporta: Claude Code(CC)
📊 69 Adecuado
1

Descargar el ZIP de la skill

2

Subir en Claude

Ve a Configuración → Capacidades → Skills → Subir skill

3

Activa y empieza a usar

Pruébalo

Usando "4-step-program". Fix the database connection pooling issue (Issue #78)

Resultado esperado:

  • Creada rama fix/db-pool-issue
  • Implementado pool de conexiones con máximo 20 conexiones
  • con backoff exponencial
  • Añadida lógica de reintento
  • Actualizada configuración para manejar agotamiento del pool
  • Todos los tests pasando
  • Revisión publicada en PR #156
  • Cobertura del 100% del issue verificada
  • Puntuación de revisión de código: 10/10

Usando "4-step-program". Implement user profile editing feature (Issue #123)

Resultado esperado:

  • Endpoint de API de backend creado en /api/users/:id
  • Añadido formulario de frontend con validación del lado del cliente
  • Migración de base de datos para tabla de perfil completada
  • Tests unitarios con 100% de cobertura pasando
  • PR #289 abierto y vinculado al issue
  • Puntuación de revisión de código: 10/10 sin sugerencias
  • Todos los requisitos del issue completamente implementados

Usando "4-step-program". Refactor the authentication module (Issue #200)

Resultado esperado:

  • Extraída lógica de autenticación a módulo de servicio separado
  • Añadido soporte para proveedores OAuth2 de Google y GitHub
  • Implementado rate limiting en endpoints de autenticación
  • Actualizados todos los servicios dependientes para usar el nuevo módulo
  • Compatibilidad hacia atrás mantenida
  • Revisión publicada en PR #412
  • Los 4 requisitos cumplidos con 100% de cobertura

Auditoría de seguridad

Seguro
v5 • 1/17/2026

This skill contains only workflow documentation with no executable code. The static scanner produced false positives by misinterpreting markdown syntax and documentation text. All patterns flagged as cryptographic algorithms, backtick execution, and reconnaissance are legitimate documentation formatting and GitHub CLI workflow instructions.

2
Archivos escaneados
681
Líneas analizadas
2
hallazgos
5
Auditorías totales

Puntuación de calidad

38
Arquitectura
100
Mantenibilidad
87
Contenido
22
Comunidad
100
Seguridad
87
Cumplimiento de la especificación

Lo que puedes crear

Aplicar Estándares de Calidad de Código

Asegurar que los agentes de IA entreguen código listo para producción con revisiones obligatorias y cobertura completa de problemas antes de la revisión humana.

Automatizar Puertas de Calidad de PR

Coordinar contribuidores de IA a través de un bucle de calidad riguroso que garantiza revisiones 10/10 e implementación completa de requisitos.

Estandarizar Flujos de Trabajo de Agentes

Implementar control de calidad consistente en todas las tareas de agentes de IA con flujos de trabajo documentados y criterios de aceptación claros.

Prueba estos prompts

Delegación Básica de Tareas
Corrige el error de autenticación en src/auth.ts (Issue #45). Requisitos: 1) Sesión expira después de 24h, 2) Token de refresh funciona, 3) Error en doble expiración, 4) Redirect al fallar. Éxito: TODOS los 4 implementados, tests pasan. Después de revisar con Skill(code-reviewer), PUBLICA revisión en GitHub y reporta con enlace del PR.
Implementación de Funcionalidad
Implementa edición de perfil de usuario (Issue #123). Requisitos del issue: Endpoint de API de backend, Formulario de frontend con validación, Migración de base de datos, Tests unitarios para todos los componentes. Éxito: TODOS los requisitos implementados, 100% cobertura de tests. Crea PR, revisa con Skill(code-reviewer), PUBLICA revisión en GitHub.
Tarea de Refactorización
Refactoriza el servicio de pagos (Issue #89). Requisitos: Extraer lógica de pago a módulo separado, Añadir mecanismo de reintento para pagos fallidos, Implementar patrón circuit breaker, Actualizar todos los servicios dependientes. Éxito: Cero cambios disruptivos, todos los tests pasan, rendimiento mejorado. Revisa y PUBLICA en PR de GitHub.
Tarea Compleja con Múltiples Issues
Manejar renovación del sistema de autenticación (Issues #200-205). Requisitos: Migrar a tokens JWT, Añadir proveedores OAuth, Implementar rate limiting, Actualizar todos los controles de autenticación, Añadir logging de auditoría. Éxito: Todos los 5 issues cerrados, compatibilidad hacia atrás mantenida. Crear PR completo con revisión de Skill(code-reviewer) publicada en GitHub.

Mejores prácticas

  • Incluye SIEMPRE TODOS los requisitos del issue en tu prompt de delegación
  • Verifica que el agente publicó la revisión en GitHub antes de aceptar la finalización
  • Usa tabla de verificación línea por línea de requisitos para la verificación final de cobertura

Evitar

  • Nunca aceptes cobertura parcial o mayormente completada del issue
  • No te saltes el paso de revisión incluso si el código parece correcto
  • Evita presentar sin URLs cliqueables de PR e issue

Preguntas frecuentes

¿Qué sucede si el agente no puede lograr puntuación de revisión 10/10?
Después de 5 iteraciones, escala a humano con detalles. El flujo de trabajo aplica estándares de calidad y no cede en requisitos de 10/10.
¿Esto puede funcionar con repositorios privados de GitHub?
Sí, siempre que el agente tenga autenticación correcta de GitHub CLI y permisos de acceso al repositorio para crear PRs y publicar revisiones.
¿Cómo verifico cobertura del 100% del issue?
Usa el formato de tabla de verificación línea por línea proporcionado. Extrae todos los requisitos del issue y verifica cada uno contra la implementación.
¿Qué pasa si los requisitos no están claros en el issue?
Pide clarificación antes de delegar. El flujo de trabajo requiere 100% de cobertura de todos los requisitos, así que los requisitos poco claros deben clarificarse primero.
¿Pueden los agentes trabajar en múltiples issues simultáneamente?
Sí, pero cada issue debe tener 100% de cobertura. Crea PRs separados o asegúrate de que un solo PR aborde todos los issues con vinculación apropiada.
¿Es realmente obligatoria la publicación de PR en GitHub?
Sí, absolutamente obligatorio. Las revisiones deben ser visibles en la página del PR para evaluación humana. Revisiones solo locales significan que la tarea ha fallado.

Detalles del desarrollador

Estructura de archivos

📄 SKILL.md