Nyckeln är att ge AI det råa materialet — den faktiska diffen eller koden — och fråga efter ett specifikt, konventionellt format. AI är bra på att omvandla en förändring till tydlig prosa, men bara om den kan se vad som har förändrats.
Nyckeln är att ge AI det råa materialet — den faktiska diffen eller koden — och fråga efter ett specifikt, konventionellt format. AI är bra på att omvandla en förändring till tydlig prosa, men bara om den kan se vad som har förändrats.
git diff --staged | <your AI tool>.feat:, fix:, docs:), eller din ändringsloggsstil.Ett lat commit-meddelande:
fixed stuff
Efter att ha matet diffen och frågat efter Conventional Commit-stil:
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.
Den andra versionen talar om för en granskare vad som förändrades och varför — mycket mer användbar i git log sex månader senare.
Läs alltid resultatet mot den faktiska förändringen. AI känner inte till din avsikt — bara koden som visades den — så den kan fetkliassificera en fix som en feat eller hävda en bieffekt som inte är verklig.
Bra commit-meddelanden och dokumentation är hur du själv och dina lagkamrater förstår varför kod finns. AI tar bort friktionen från att skriva dem väl, men noggrannheten ligger på dig: en säker fel ändringslogg är värre än ingen. Mata den med verklig input, kräv en verklig konvention, och verifiera innan du committar.