Claude Code-teamet mer enn doblet sammenslåtte PR-er fra juni til september, og andelen tilbakerullinger falt over 40 prosent
lørdag 17. oktober · KI-generert · Kilde: claude.dev
Flytt mesteparten av kodelesingen til maskiner slik Claude Code-teamet hos Anthropic gjorde: sammenslåtte PR-er ble mer enn doblet fra juni til september, mens andelen som måtte rulles tilbake falt over 40 prosent.
Fra rundt 2 500 til over 30 000 endringer per dag: så mye økte volumet i Anthropics monorepo fra mai til september, skriver Claude Code-teamet i et blogginnlegg 15. oktober. I Claude Codes eget repo skriver Claude rundt 90 prosent av koden.
Gjennomgangen starter før en PR finnes. Claude får noe kjørbart, som tester, en build eller et skjermbilde å sammenligne med designet, og en subagent med fersk kontekst leser diffen. Hver PR får deretter en Claude-review der flere agenter leter etter feil parallelt, og en egen gruppe stemmer over hvert funn før det postes. Da forhåndsversjonen kom, steg andelen interne PR-er med substansielle kommentarer fra 16 til 54 prosent.
Menneskene er fordelt etter risiko. En klassifiserer leser endringen og velger nivå: dokumentasjon og flaggede tillegg krever ingen menneskelig godkjenning når automatisk review og sikkerhetssjekk er grønne, vanlige produktendringer krever én, og de mest risikable stiene to. En agents godkjenning teller aldri som et menneskes, og den som promptet endringen regnes som en av reviewerne.
«Verifisering ser forskjellig ut for hvert domene. Det kan være så enkelt som å kjøre en bash-kommando, eller å kjøre en testsuite, eller å teste appen i en nettleser eller telefonsimulator.» — Boris Cherny, som laget Claude Code
Teamet er åpne om bakdelen. Én CLI-PR gikk gjennom over 50 runder med review og retting over natten før forfatteren stoppet den. Da de kjørte git blame på det revieweren flagget, var rundt 59 prosent kode som hadde stått der siden første gjennomgang.
Hva bør du gjøre?
- Skriv en kort REVIEW.md som beskriver hvordan feil ser ut i repoet ditt, begrenser småpirk og krever fil og linje som bevis.
- Kjør /code-review og /security-review lokalt før du åpner en PR, eller la en subagent med fersk kontekst lese diffen.
- Sett et tak på antall review-runder når både forfatter og reviewer er agenter.