Farol gir den som godkjenner en pull request en risikoscore etter KI-reviewen

Farol er et MIT-lisensiert CLI og GitHub Action fra Winnin, lagt ut på GitHub 21. oktober. Verktøyet gir den som godkjenner en pull request en risikoscore fra 0 til 100 og ett av tre verdikter: fast track, quick review eller careful review. Ifølge README-en kommer det etter review-agenten, ikke i stedet for den.

Der en KI-reviewer leser diffen og det som får plass i prompten, leser Farol hele programmet på både base og head med kompilatorenes egne verktøy: TypeScript type checker, go/types og Pythons ast. Fra hver endret deklarasjon følger det kallkjeden til alle sider, API-operasjoner, jobber og skript som kjører koden. Samme PR gir derfor alltid samme rapport. I README-eksempelet lister Farol de tolv sidene som rendrer en endret formatPrice, ikke bare «1 file changed».

«The change sets the tier, not the author.» — Claude Code-teamet hos Anthropic, sitert i Farols README

Farol kjører aldri koden din, sender den ingen steder og blokkerer aldri en merge. Det gjenbruker coverage-, lint- og audit-rapportene CI-en allerede lager, og analysen tar rundt 3 sekunder for en Python-tjeneste på 300 filer. På 662 historiske commits fra fire repoer ga fast track null problemer i 56 commits, med en AUC på 0,72–0,83.

Begrensningene står åpent: Vue og Svelte støttes ikke, verdier bygget ved kjøretid (getattr, importlib, DI-containere) er usynlige, og Django REST Framework-routere leses ikke. Når Farol ikke klarer å lese en del av endringen, merkes PR-en unknown og får careful review, aldri fast track.

Hva bør du gjøre?

1. Kjør npx @winninjs/farol routes i prosjektet for å se hvilke sider og endepunkter Farol finner. Du trenger Node.js 22+ og git.
2. Kjør analyze mot origin/main på en feature-branch og les HTML-rapporten før du legger inn GitHub Action-en.
3. Kjør farol calibrate på din egen historikk før du stoler på verdiktene.