Willison pubblica commit-rewriter 0.1 per ripulire i messaggi di commit
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Il web app crea un branch di backup e riscrive i commit modificati per rimuovere riferimenti non pubblicabili prima delle release di Datasette.
Messaggi di commit con “coding agent cruft” e ID di issue da repository privati hanno bloccato la pubblicazione di release di sicurezza di Datasette. Per ripulirli prima di renderli pubblici, Simon Willison ha rilasciato il 14 settembre 2026 commit-rewriter 0.1, una piccola web app pensata per l’editing mirato dei messaggi1.
Lo strumento nasce da quel caso pratico. Serve a eliminare residui generati da agenti di codifica e a tagliare riferimenti non pubblicabili. L’autore lo presenta come una “little web app”, costruita “the other day”, con un focus preciso: rivedere il testo dei commit, non toccare il codice1.
L’avvio passa da un comando singolo: “uvx commit-rewriter path/to/repo”. Se si è già nella directory del progetto, il percorso si può omettere. Il comando apre l’interfaccia per editare i messaggi del repository selezionato1.
Il flusso operativo è lineare. Si modifica il testo dei commit interessati. Al momento dell’invio, l’app crea un branch con timestamp dello stato corrente del repository. Serve da rete di sicurezza per tornare indietro in caso di problemi. Subito dopo riscrive la storia: dal primo commit toccato fino al più recente nella cronologia1.
Questo vincolo definisce l’estensione della riscrittura. I commit precedenti al primo edit restano invariati. La riscrittura procede in serie, coprendo solo i commit successivi fino alla punta del ramo, come descritto da Willison1.
La scelta del branch con timestamp è esplicita. Annulla il rischio di perdere lo stato iniziale durante l’operazione. In pratica, chi edita i messaggi conserva un’uscita di emergenza, senza doversi costruire a mano un backup del ramo corrente1.
Il caso d’uso rimane quello che ha motivato lo sviluppo. Willison voleva pubblicare i commit legati alle release di sicurezza, ma i testi non erano adatti così com’erano. Residui autogenerati e riferimenti a issue private andavano rimossi. Commit-rewriter punta esattamente a questo, senza aggiungere passaggi superflui o opzioni non documentate1.
L’annuncio colloca chiaramente il progetto nel tempo e nel contesto delle release di Datasette. Willison documenta il funzionamento nel post, con esempi di editing dei messaggi e con l’indicazione del comando di avvio. Non compaiono dettagli ulteriori su integrazioni, licenze o backend; la descrizione pubblica si ferma all’uso essenziale1.
Implicazione pratica: per chi gestisce changelog pubblici o note di sicurezza, un editor guidato dei messaggi riduce il rischio di pubblicare, per errore, riferimenti interni o testo generato in modo automatico. Il post di annuncio offre istruzioni e contesto per adottarlo nel proprio flusso di lavoro1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.