A chave é dar à IA o material bruto — o diff ou código real — e pedir um formato específico e convencional. A IA é boa em transformar uma mudança em prosa clara, mas apenas se conseguir ver o que mudou.
A chave é dar à IA o material bruto — o diff ou código real — e pedir um formato específico e convencional. A IA é boa em transformar uma mudança em prosa clara, mas apenas se conseguir ver o que mudou.
git diff --staged | <sua ferramenta IA>.feat:, fix:, docs:), ou seu estilo de changelog.Uma mensagem de commit preguiçosa:
fixed stuff
Depois de passar o diff e pedir 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.
A segunda versão diz a um revisor o que mudou e por quê — muito mais útil em git log seis meses depois.
Sempre leia o resultado em relação à mudança real. A IA não conhece sua intenção — apenas o código que lhe foi mostrado — então pode rotular errado um fix como feat ou afirmar um efeito colateral que não é real.
Boas mensagens de commit e docs são como você e seus colegas de equipe entendem por quê o código existe. A IA remove o atrito de escrevê-las bem, mas a precisão é sua responsabilidade: um changelog confidentemente errado é pior do que nenhum. Passe-lhe uma entrada real, exija uma convenção real e verifique antes de fazer commit.