commit-rewriter rydder agentrester ut av commit-meldinger

Da Simon Willison skulle publisere sikkerhetsutgivelsene av Datasette, var de første commit-meldingene fulle av rester fra kodeagenter og henvisninger til saksnumre i et privat repo. De egnet seg ikke for publisering, så han bygde en liten nettapp for å redigere dem. Den ble sluppet som commit-rewriter 0.1 14. september 2026.

Verktøyet startes med uvx commit-rewriter sti/til/repo, eller uten sti hvis du allerede står i repoet. Du redigerer meldingene i nettleseren. Når du sender inn endringene, lager verktøyet først en branch med tidsstempel av repoets nåværende tilstand, slik at du kan gå tilbake. Deretter skrives hver commit om, fra den første du endret til den nyeste.

Det siste punktet er det du må tenke gjennom. En ny commit-melding gir commiten ny hash, og dermed får også alle commits etter den ny hash. Har du allerede pushet historikken, må du force-pushe, og alle som har klonet repoet må hente den omskrevne historikken. Verktøyet passer derfor best før koden forlater en privat branch eller et privat repo, slik det gjorde i Willisons tilfelle.

For deg som lar en kodeagent committe på egen hånd, er dette et konkret sikkerhetsnett: meldingene kan inneholde interne saksnumre og agentens egne notater som ikke hører hjemme i en offentlig historikk.

Hva bør du gjøre?

1. Prøv verktøyet på en klone først, og sjekk at backup-branchen finnes før du pusher noe.
2. Gå gjennom agentskrevne commit-meldinger for interne referanser før du gjør et privat repo offentlig.