Kluczem jest dostarczenie AI surowego materiału — rzeczywistego diffa lub kodu — i poprosienie o konkretny, konwencjonalny format. AI jest dobre w zamienianiu zmian na jasną prozę, ale tylko jeśli widzi, co się zmieniło.
Kluczem jest dostarczenie AI surowego materiału — rzeczywistego diffa lub kodu — i poprosienie o konkretny, konwencjonalny format. AI jest dobre w zamienianiu zmian na jasną prozę, ale tylko jeśli widzi, co się zmieniło.
git diff --staged | <your AI tool>.feat:, fix:, docs:), lub twój styl changelog.Leniwa wiadomość commitu:
fixed stuff
Po podaniu diffa i poproszeniu o styl 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.
Druga wersja mówi recenzentowi co się zmieniło i dlaczego — znacznie bardziej przydatne w git log sześć miesięcy później.
Zawsze porównaj wynik z rzeczywistą zmianą. AI nie zna twojego zamiaru — zna tylko kod, który mu pokazałeś — więc może błędnie oznaczyć fix jako feat lub twierdzić o efekcie ubocznym, który nie istnieje.
Dobre wiadomości commitów i dokumentacja to sposób, w jaki Ty i Twoi współpracownicy rozumiecie dlaczego kod istnieje. AI eliminuje tarcie przy pisaniu ich dobrze, ale dokładność jest na Tobie: pewnie błędny changelog jest gorszy niż brak. Podaj mu rzeczywiste wejście, wymagaj rzeczywistej konwencji i sprawdź przed commitowaniem.
Biblioteka pytań rekrutacyjnych IT ze szczegółowymi odpowiedziami — od Juniora do Seniora.
Wesprzyj