De sleutel is om AI de ruwe materialen te geven — de daadwerkelijke diff of code — en om een specifiek, conventioneel format te vragen. AI is goed in het omzetten van een wijziging in duidelijke proza, maar alleen als het kan zien wat er is veranderd.
git diff --staged | <your AI tool>.feat:, fix:, docs:), of jouw changelog stijl.Een lui commit bericht:
fixed stuff
Na het invoeren van de diff en het vragen van Conventional Commit stijl:
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.
De tweede versie vertelt een reviewer wat er is veranderd en waarom — veel nuttiger in git log zes maanden later.
Lees het resultaat altijd tegen de daadwerkelijke wijziging. AI kent je bedoeling niet — alleen de code die het werd getoond — dus het kan een fix als een feat misbranden of een bijeffect claimen dat niet echt bestaat.
Goede commit berichten en documentatie zijn hoe je toekomstige ik en teamgenoten begrijpen waarom code bestaat. AI haalt de wrijving weg van het goed schrijven, maar nauwkeurigheid is jouw verantwoordelijkheid: een zelfverzekerd verkeerd changelog is erger dan geen. Voer het echte input in, eis een echte conventie, en controleer voordat je commit.