# Conventional Commits

> Escribir mensajes de commit claros y convencionales. Usar cuando el usuario pida crear un commit, escribir un mensaje de commit o estandarizar commits de un proyecto.

- Skill: `belentani7/conventional-commits` (Agent Skill)
- Install (CLI): `npx skillmds@latest add belentani7/conventional-commits`
- Raw SKILL.md: https://api.skillmd.com/api/skills/belentani7/conventional-commits/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: belentani7 (https://skillmd.com/u/belentani7)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/belentani7/conventional-commits

---


# Mensajes de commit convencionales

## Formato
`<type>(<scope>): <subject>`

- Construido en español o inglés según el proyecto; sintaxis siempre igual.
- `<subject>` en imperativo, ≤ 72 caracteres, sin punto final.

## Tipos
- `feat` — nueva funcionalidad.
- `fix` — corrección de bug.
- `refactor` — reestructuración sin cambio de comportamiento.
- `docs` — solo documentación.
- `test` — solo tests.
- `chore` — tareas de mantenimiento, dependencias, config.
- `perf` — optimización de rendimiento.
- `style` — formato/estilo sin lógica.

## Reglas
- `scope` opcional: módulo/área afectada (ej. `feat(api): agrega endpoint de login`).
- Cuerpo solo cuando el "por qué" no es obvio: explica contexto y decisión, no repitas el diff.
- No pongas emojis salvo que el proyecto los use.
- Al commitear: revisar `git status`, `git diff` y no incluir secretos.

## Medición
- Terminado = mensaje generado que sigue el formato y se puede usar directamente.