Habilidades git-workflow-enforcer

🔀

git-workflow-enforcer

Name: git-workflow-enforcer
Author: CrazyDubya

Seguro 🌐 Acceso a red⚙️ Comandos externos📁 Acceso al sistema de archivos🔑 Variables de entorno

Aplicar Estándares de Flujo de Git

Los equipos luchan con mensajes de commit inconsistentes y nombres de ramas que dificultan el seguimiento de cambios. Esta habilidad valida Conventional Commits, patrones de nombres de ramas y plantillas de PR para mantener tu repositorio organizado y listo para changelog automatizado.

Soporta: Claude Codex Code(CC)

📊 71 Adecuado

Descargar el ZIP de la skill

Subir en Claude

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

Activa y empieza a usar

Pruébalo

Usando "git-workflow-enforcer". Validar nuestros últimos 10 commits

Resultado esperado:

✓ feat(api): add user endpoint - formato válido
✓ fix(auth): handle token expiration - formato válido
✗ Added login feature - falta formato convencional
Sugerido: feat(auth): add login functionality
✓ docs: update readme installation - formato válido
✓ refactor(utils): simplify helper functions - formato válido

Usando "git-workflow-enforcer". Crear una rama para autenticación de usuario

Resultado esperado:

Nombre de rama sugerido: feature/user-authentication
Formato del primer commit: feat(auth): add OAuth2 login support
Usar patrón conventional commit: type(scope): description
Tipos disponibles: feat, fix, docs, style, refactor, perf, test, chore

Usando "git-workflow-enforcer". Generar una plantilla de PR

Resultado esperado:

Plantilla creada en .github/PULL_REQUEST_TEMPLATE.md
Incluye secciones: Description, Type of Change, Testing, Checklist
Elementos de checklist: Code style, Self-review, Comments, Documentation, Tests, Warnings
Todas las secciones tienen encabezados descriptivos y texto de marcador de posición

Auditoría de seguridad

Seguro

v5 • 1/16/2026

This is a pure documentation skill containing only SKILL.md with Git workflow guidance. The pre-computed static analysis flagged 67 pattern-based findings, but ALL are false positives after semantic evaluation. Shell script examples in documentation were misidentified as code execution; references to GPG signing and secret detection were misclassified as cryptographic operations and credential theft; git operations were flagged as reconnaissance. No network tools means no data exfiltration possible. The skill is safe for publication.

Archivos escaneados

396

Líneas analizadas

hallazgos

Auditorías totales

Factores de riesgo

🌐 Acceso a red (1)

skill-report.json:6

⚙️ Comandos externos (41)

📁 Acceso al sistema de archivos (3)

SKILL.md:209 SKILL.md:209 SKILL.md:215

🔑 Variables de entorno (1)

SKILL.md:130

Auditado por: claude Ver historial de auditorías →

Puntuación de calidad

Arquitectura

100

Mantenibilidad

Contenido

Comunidad

100

Seguridad

Cumplimiento de la especificación

Lo que puedes crear

Estandarizar Flujos de Trabajo del Equipo

Asegurar que todos los miembros del equipo sigan las mismas convenciones de commits para un historial más limpio y lanzamientos automatizados

Guiar a Contribuidores

Proporcionar estándares claros de commits y PR para contribuidores externos a través de plantillas y validación

Automatizar Procesos de Lanzamiento

Habilitar la generación automatizada de changelog y versionado semántico a partir de commits correctamente formateados

Prueba estos prompts

Validar Commits Actuales

Verificar si nuestros commits recientes siguen el formato Conventional Commits. Mostrarme cualquier commit que no coincida con el patrón y sugerir versiones corregidas.

Crear Rama de Funcionalidad

Crear un nombre de rama para agregar autenticación de usuario con soporte OAuth2. Luego mostrar el formato conventional commit para el primer commit.

Generar Plantilla de PR

Crear una plantilla de pull request para nuestro proyecto. Incluir secciones para descripción, tipo de cambio, pruebas y elementos de lista de verificación.

Auditar Git Hooks

Generar un script de hook commit-msg que valide el formato Conventional Commits antes de permitir el commit.

Mejores prácticas

Usar tono imperativo en mensajes de commit (add, no added)
Mantener líneas de sujeto bajo 50 caracteres
Referenciar issues con Closes #123 o Fixes #456

Evitar

Usar mensajes genéricos como 'fix bug' o 'update code'
Omitir el scope en tipos de commit cuando es aplicable
Crear commits grandes con cambios no relacionados

Preguntas frecuentes

¿Qué herramientas soportan Conventional Commits?

standard-version, commitizen, commitlint y semantic-release todos funcionan con el formato Conventional Commits.

¿Cuál es la longitud máxima del sujeto de un commit?

Mantener líneas de sujeto bajo 50 caracteres. Muchas herramientas truncan mensajes más largos.

¿Cómo me integro con GitHub?

Colocar PULL_REQUEST_TEMPLATE.md en el directorio .github/. GitHub lo usa automáticamente para nuevos PRs.

¿Son seguros mis datos con esta habilidad?

Sí. Esta habilidad solo lee archivos que especifiques y escribe plantillas que solicites. Ningún dato sale de tu sistema.

¿Por qué mis commits no generan un changelog?

Asegurar que los commits sigan el prefijo de tipo (feat:, fix:) exactamente. Las herramientas omiten commits sin formato adecuado.

¿Cómo se compara esto con commitlint?

Esta habilidad proporciona orientación y plantillas. commitlint es una herramienta automatizada que rechaza commits inválidos.

Detalles del desarrollador

Autor

CrazyDubya

Licencia

MIT

Repositorio

https://github.com/CrazyDubya/claude-skills/tree/main/git-workflow-enforcer

Ref.

main

Estructura de archivos

📄 SKILL.md