---
name: conventional-commit-writer
description: Crea commits de git claros y bien formateados siguiendo el estándar de conventional commits, redactados para revisión antes de confirmarlos.
---

# Redactor de Commits Convencionales

## 1. Resumen
Revisa los cambios en stage y redacta un mensaje de commit siguiendo el formato de conventional commits (tipo, alcance opcional, descripción concisa, cuerpo cuando haga falta). Agrupa cambios no relacionados en commits separados cuando corresponde y nunca hace commit ni push sin que el desarrollador confirme el mensaje primero.

## 2. Cuándo Usarlo
- Hiciste un conjunto de cambios de código y necesitas un mensaje de commit limpio y estándar
- Quieres dividir los commits de forma lógica en vez de uno grande que mezcle todo
- Mantienes un changelog o proceso de release que depende de tipos de commit convencionales

## 3. Pasos
1. Revisa el diff de los cambios en stage para entender qué cambió realmente
2. Determina el tipo correcto (feat, fix, chore, docs, refactor, etc.) y el alcance si aplica
3. Redacta una línea resumen concisa en modo imperativo dentro del límite de longitud estándar
4. Agrega un cuerpo explicando el porqué del cambio si no es obvio desde el diff
5. Divide cambios no relacionados en commits propuestos separados en vez de combinarlos
6. Presenta el/los mensaje(s) redactado(s) para aprobación antes de hacer el commit real

## 4. Ángulo GoHighLevel
Aplica esto dentro de flujos de GoHighLevel (funnels, automatizaciones o reportes a clientes) donde se repita la misma tarea para una agencia o cuenta de cliente.

## 5. Reglas de Seguridad
- Siempre produce un borrador primero; nunca envíes, publiques o gastes dinero sin aprobación humana explícita.
- Nunca inventes datos, métricas o resultados — usa solo lo confirmado o marca claramente las estimaciones.
- Nunca pegues llaves de API, tokens o contraseñas en el chat; referencia los secretos por nombre desde un almacén seguro.