Jag har utforskat verktyg som gör kodgranskningsprocessen smidigare, och jag upptäckte nyligen PR-Agent med öppen källkod (tillsammans med dess hanterade version, Qodo Merge). Det är en av de mest spännande metoderna för PR-automatisering som jag har stött på på sistone. Den fungerar som en användbar kommandorads-AI-assistent direkt i din Git-leverantör. Det som fångade min uppmärksamhet är dess arkitektur och hur den bearbetar förfrågningar. Så här fungerar det När du kommenterar/granskar eller frågar "vad är effekten av den här ändringen?" på en pull-begäran startar agenten ett smart arbetsflöde: - Digest-begäran: Den analyserar först PR:s kodändringar (hunkarna) och förstår det specifika kommando som du utfärdade. - Plan: Baserat på din begäran formulerar den en plan. Detta innebär tokenmedveten komprimering och prioritering, vilket är avgörande för att hantera stora PR:er effektivt och fokusera på det som är viktigt. - Funktionsval: Den dirigerar sedan på ett intelligent sätt begäran till lämpligt specialverktyg. Detta modulära tillvägagångssätt är bra eftersom det ägnar specifik logik för att beskriva, granska, föreslå förbättringar, svara på frågor, generera dokument och mer. Utöver att bara generera en generisk PR-beskrivning (/describe) är några av kommandona otroligt kraftfulla för det dagliga arbetsflödet för utvecklare: /review: Detta ger justerbar återkoppling som går utöver statisk analys. Den kan kommentera potentiella problem och säkerhetsproblem och till och med uppskatta det granskningsarbete som krävs från en mänsklig teammedlem. /improve: Istället för att peka ut ett problem ger den konkreta, infogade kodförslag som du kan acceptera direkt. Detta minskar avsevärt fram och tillbaka. /ask: Det här är en gamechanger. Du kan ställa fritextfrågor om pull-begäran (t.ex. "Varför valdes det här specifika biblioteket?" eller "Förklara logiken i my_function"). Den använder PR:s kontext för att ge dig ett relevant svar. Djupare integrationer: Den har också verktyg för att automatiskt uppdatera CHANGELOG md-filen (/update_changelog), generera enhetstester för ändrade komponenter (/test) och till och med få feedback om misslyckade CI-jobb (/ci_feedback). Det känns som ett steg i rätt riktning för AI-assisterad utveckling, mindre om att byta ut utvecklaren och mer om att utöka granskningsprocessen för att göra den snabbare och mer grundlig. Vad är den tråkigaste delen av PR-processen för dig?