A pull request nem halt meg, az AI miatt nagyobb feladatot kapott

Gyorsan nő a felülvizsgálandó módosítások száma

A CodeRabbit augusztus 20-án közzétett elemzése szerint az AI-ügynökök már hibajegyekből, feladatokból és incidensekből is közvetlenül készíthetnek kódmódosításokat. Automatizált rendszerek közben függőségfrissítésekhez és rutinkarbantartáshoz nyitnak pull requesteket. Ezek a változtatások ugyanabba a felülvizsgálati sorba kerülnek, mint a fejlesztők által készített módosítások.

A GitHubon összevont pull requestek havi száma 2023 januárjában 25 millió volt, a forrás szerint ma már 90 millió. A GitHub 2025 egészében 1 milliárd commitot rögzített, a fejlesztők pedig heti 275 millió commitot töltenek fel, ami az idei évre több mint 14 milliárdos ütemet jelent. A CodeRabbit mérése alapján 2025 novembere és 2026 júliusa között egy fejlesztőre átlagosan 59 százalékkal több pull request jutott, egy repositoryra vetítve pedig 33 százalékos volt a növekedés.

A vállalat szerint a GitHub a platform szintjén is érzi ezt a terhelést. A növekvő pull request aktivitást, API-használatot, automatizálást és nagy repositorykat érintő munkaterhelést a GitHub a skálázási munkával és üzemzavarokkal is összekapcsolta. A CodeRabbit a 2026. augusztus 17-i kiesést a Central U.S. régió terheléselosztóinak hálózati telítettségével hozza összefüggésbe.

A létrehozás gyorsabb lett, az ellenőrzés nem tűnhet el

Az AI-kódolási ügynökök egyik ígérete, hogy a felhasználó igényéből rövid idő alatt működő szoftvert készítenek. Ezt a megközelítést a forrás „just-in-time software” néven írja le. A fejlesztők korábban azért bírálták a pull requesteket, mert lassúnak, bürokratikusnak és emberi szűk keresztmetszetektől függőnek tartották őket.

A CodeRabbit szerint a pull requestek megszűnésének gondolata addig tűnik hihetőnek, amíg a létrehozott kódnak nem kell éles környezetben megbízhatóan működnie. A generált kód üzembiztos szoftverré alakításához továbbra is szükség van tesztelésre, biztonsági ellenőrzésekre és olyan emberre, aki felelősséget vállal az eredményért.

A vállalat ezt a javaslattól az élesítésig tartó változáskezelést „Agentic Change Management” néven foglalja össze. A rendszer célja a módosítások független ellenőrzése, prioritásuk kijelölése és a felülvizsgálók számára érthető magyarázat biztosítása. A CodeRabbit szerint a módosításhoz kapcsolódó kontextus az összevonás után is megmarad, így a csapatok követhetik a kockázatokat és kezelhetően tarthatják a kódállomány fejlődését.

A pull requestnek a változás teljes történetét kell hordoznia

A CodeRabbit által bemutatott megközelítésben először egy független ellenőrzés és validáció történik, majd a rendszer azokra a változtatásokra irányítja az emberi figyelmet, amelyeknél ez a legfontosabb. A CodeRabbit Triage a pull requesteket várható következményük, sürgősségük és kockázatuk alapján rangsorolja, nem pusztán beérkezési sorrendben. A nagyobb tétű munkát az annak megítélésére alkalmas emberekhez irányítja, a rutinszerű, alacsony kockázatú módosításokat pedig automatizált folyamatok kezelhetik.

A Change Stack a hagyományos diffet irányított áttekintéssé alakítja. A kapcsolódó módosításokat jelentés szerinti rétegekbe rendezi, logikus olvasási sorrendet állít fel, és a magyarázatokat a diff megfelelő soraihoz kapcsolja. Ha egy diagram könnyebbé teszi a működés megértését, azt a kód mellé helyezi.

Az AI által készített változtatásnál a pull requestet megnyitó személy nem mindig tudja elmagyarázni, milyen gondolatmenet vezetett a kódhoz. Ezért a CodeRabbit szerint magának a pull requestnek kell tartalmaznia a teljes történetet: az indító promptot, az ügynök tevékenységét, a teszteket, a biztonsági megállapításokat, a vitát rögzítő megjegyzéseket és a jóváhagyás adatait. A szállításról végül azok döntenek, akik a működő rendszerért felelősek.

A karbantartók már korlátozzák a beérkező kérelmeket

A nyílt forráskódú projektek karbantartói különösen gyorsan találkoznak a hiányzó kontextus problémájával. Olyan közreműködőktől is érkezhet pull request, akik a saját kódjukhoz kapcsolódó kérdésekre nem tudnak válaszolni.

A GitHub júniusban bejelentette, hogy a karbantartók korlátozhatják a külső közreműködők egyszerre nyitva tartható pull requestjeinek számát. A vállalat további, a beérkező kérelmek nagy mennyiségét célzó változtatásokat is előzetesen bemutatott. A CodeRabbit értelmezése szerint a pull request jövőbeli szerepe ezért a kód beküldésén túl a prioritás, a kontextus, az ellenőrzés és a felelősség összekapcsolása lesz.