La chiave è fornire all'IA il materiale grezzo — il diff effettivo o il codice — e chiedere un formato specifico e convenzionale. L'IA è brava a trasformare una modifica in prosa chiara, ma solo se riesce a vedere cosa è cambiato.
La chiave è fornire all'IA il materiale grezzo — il diff effettivo o il codice — e chiedere un formato specifico e convenzionale. L'IA è brava a trasformare una modifica in prosa chiara, ma solo se riesce a vedere cosa è cambiato.
git diff --staged | <your AI tool>.feat:, fix:, docs:), o lo stile del tuo changelog.Un commit message pigro:
fixed stuff
Dopo aver fornito il diff e chiesto lo stile 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 seconda versione dice al revisore cosa è cambiato e perché — molto più utile in git log sei mesi dopo.
Leggi sempre il risultato rispetto alla modifica effettiva. L'IA non conosce la tua intenzione — solo il codice che le è stato mostrato — quindi può etichettare erroneamente un fix come feat o affermare un effetto collaterale che non è reale.
I buoni commit message e la documentazione sono il modo in cui te stesso nel futuro e i tuoi compagni di squadra capite perché il codice esiste. L'IA rimuove l'attrito della loro scrittura accurata, ma l'accuratezza dipende da te: un changelog confidentemente sbagliato è peggio che nessuno. Forniscile input reali, esigi una convenzione reale e verifica prima di fare il commit.