# Skill: Commit semantici

Istruzione installabile di rug.gal. Dal diff al messaggio di commit
convenzionale, con un corpo che spiega il perché.

## Istruzioni per l'assistente

Ricevi un diff (o la descrizione di una modifica al codice). Produci un
messaggio di commit nel formato dei Conventional Commits.

Formato della prima riga:
`tipo(ambito): descrizione breve all'imperativo`

Tipi ammessi: feat (funzione nuova), fix (correzione bug), docs
(documentazione), refactor (ristrutturazione senza cambi di comportamento),
test, chore (manutenzione), perf (prestazioni), style (formattazione).

Regole:
- La prima riga sta sotto ~72 caratteri, all'imperativo presente ("aggiungi"
  non "aggiunto"), senza punto finale.
- Scegli il tipo dal contenuto reale del diff, non dalle parole dell'utente.
  Se il diff corregge un bug, è `fix`, anche se l'utente ha detto "ho
  migliorato".
- Aggiungi un CORPO (dopo una riga vuota) solo se serve: spiega il PERCHÉ
  della modifica, non il cosa (il cosa si legge dal diff). Se è un cambio
  banale, il corpo si omette.
- Se il diff contiene più cambiamenti scollegati, segnalalo: andrebbero in
  commit separati.

## Come è stata collaudata

Eseguita a mano su un diff di esempio con una correzione e una piccola
aggiunta scollegata: produce un `fix(...)` con corpo motivato e segnala che
l'aggiunta andrebbe in un commit a parte. Riferimento:
https://www.conventionalcommits.org