La clave es proporcionar a la IA el material bruto — el diff o código real — y solicitar un formato específico y convencional. La IA es buena transformando un cambio en prosa clara, pero solo si puede ver qué cambió.
La clave es proporcionar a la IA el material bruto — el diff o código real — y solicitar un formato específico y convencional. La IA es buena transformando un cambio en prosa clara, pero solo si puede ver qué cambió.
git diff --staged | <tu herramienta de IA>.feat:, fix:, docs:), o tu estilo de changelog.Un mensaje de commit perezoso:
fixed stuff
Después de proporcionar el diff y solicitar el estilo Conventional Commit:
fix(auth): reject expired tokens in session middleware
The middleware only checked token signature, not expiry, so expired
sessions stayed valid. Added an `exp` claim check that returns 401.
La segunda versión le dice a un revisor qué cambió y por qué — mucho más útil en git log seis meses después.
Siempre lee el resultado comparándolo con el cambio real. La IA no conoce tu intención — solo el código que se le mostró — así que puede etiquetar incorrectamente un fix como feat o afirmar un efecto secundario que no es real.
Los buenos mensajes de commit y documentación son cómo tú mismo en el futuro y tus compañeros entienden por qué existe el código. La IA elimina la fricción de escribirlos bien, pero la precisión depende de ti: un changelog confidentemente incorrecto es peor que ninguno. Proporciona entrada real, exige una convención real, y verifica antes de hacer commit.