GuidedReview lar deg gå gjennom KI-generert kode før du signerer for den

GitHub gir deg hver endret fil i alfabetisk rekkefølge, og en rå git diff er ikke bedre. GuidedReview, lagt ut på Hacker News 7. september, bytter den rekkefølgen mot det prosjektet kaller review units: relaterte hunks klynget sammen av en LLM og sortert etter skjema, så logikk, så kallsteder, så tester.

Verktøyet finnes i to former. En Chrome-utvidelse legger seg oppå GitHub-PR-er, og en CLI kjøres med npx @guided-review/cli i et hvilket som helst git-repo, også før PR-en finnes. Begge krever Node.js 22 eller nyere og din egen LLM-nøkkel. Prosjektet har ingen produkt-backend: utvidelsen og CLI-en snakker direkte med KI-leverandøren din, og utvidelsen snakker med GitHub. Lisensen er Apache-2.0.

Avgrensningen er poenget. Repoet argumenterer for at automatiske anmeldere finner feil du overså, men mangler smak: produktkontekst, folk, og følelsen av når en abstraksjon er unødvendig. Derfor brukes KI-en bare til å gruppere og rekkefølgestyre. Linjekommentarene dine festes til de faktiske diff-linjene i enheten, ikke til kode modellen har funnet på. Uten API-nøkkel får du fortsatt en gjennomgang med én enhet per fil, og GitHub-innlogging kreves først når du sender inn approve eller request changes.

Bakgrunnen er at diff-formatet ble laget for menneskeskrevne endringer. En agent som rører tjue filer i én omgang gir deg en endring der filnavnene i seg selv ikke sier noe om hvordan bitene henger sammen. Samtidig er dette tidlig programvare: repoet har 12 stjerner, og CLI-en står i versjon 0.3.0 på npm.

Hva bør du gjøre?

1. Kjør npx @guided-review/cli --base main i et repo der en agent nettopp har skrevet mye kode, og se om rekkefølgen faktisk hjelper deg.
2. Avklar at du er komfortabel med at diffen sendes til din egen KI-leverandør før du peker verktøyet mot arbeidsgivers kodebase.
3. Bruk --staged når du vil lese gjennom egne endringer før du i det hele tatt lager pull requesten.