Czy code review ma jeszcze sens? AI wchodzi do gry

Przyznajmy się szczerze: większość programistów w głębi duszy nienawidzi code review. Nie dlatego, że nie zależy im na jakości kodu. Po prostu siedzenie przez 47 komentarzy w pull requescie w piątkowe popołudnie, z których trzy dotyczą brakującego średnika, który powinien wyłapać linter — to po prostu marnowanie życia.

Nowy artykuł naukowy na arXiv sugeruje, że możemy zbliżać się do końca tej ery. Nie dlatego, że programiści wreszcie się zbuntowali. Po prostu AI coding agents zrobiły się naprawdę dobre w tym, co powoli zastępują: pisaniu i utrzymywaniu kodu.

Argument za agentami zamiast ludźmi

Główna teza artykułu jest prosta: jeśli każdy deklarowany cel code review (łapanie bugów, spójność stylu, walidacja decyzji architektonicznych, mentoring juniorów) może zostać obsłużony przez autonomiczne agenty — taniej i szybciej — to czemu wciąż traktujemy ludzi jako obowiązkowych zatwierdzających?

Matematyka jest bezwzględna, ale przekonująca. Senior developer kosztuje 150–300 dolarów za godzinę. Coding agent może przetworzyć nieograniczoną liczbę pull requestów dziennie, nigdy się nie męczy, nie przegapi literówki i nie wdaje się w egotyczne dyskusje o tym, czy tablulatory są lepsze niż spacje.

Ale jest też ciekawszy argument: autorzy twierdzą, że obecny model hybrydowy — gdzie AI pisze kod, a ludzie zostają strażnikami jakości — jest fundamentalnie wadliwy. Nie wykorzystuje ani pełnych korzyści automatyzacji, ani prawdziwej wartości ludzkiego nadzoru.

Ślepy zaułek, o którym nikt nie mówi

Znasz ten model hybrydowy. To startup, gdzie AI generuje 80% kodu, ale każdy merge wymaga dwóch ludzkich approvals. Developerzy jednocześnie ścigają się, żeby dostarczyć nowe funkcje i blokują się na wąskim gardle, jakim jest przepustowość review.

Ta niezgodność przepływów nie jest do utrzymania. W miarę jak AI-assisted development przyspiesza, krok human review staje się coraz bardziej ceremonialny niż merytoryczny. Reviewerzy zaczynają machinalnie zatwierdzać, bo po prostu nie są w stanie nadążyć — nie dlatego, że im nie zależy.

To nie jest atak na developerów. To problem systemowy. Nie da się sparować AI, które produkuje 10x szybciej niż człowiek jest w stanie przetrawić, z człowiekiem, który musi zrozumieć każdą linię przed zatwierdzeniem. Wąskie gardło zawsze wygrywa.

Co tak naprawdę tracimy

Tutaj jednak myślę, że argument z artykułu zasługuje na sprzeciw.

Code review to nie tylko prewencja bugów. To komunikacja. To współdzielenie odpowiedzialności. To junior developer, który uczy się, czytając komentarze. To nieoczekiwana rozmowa, która zaczyna się od „dlaczego zrobiłeś to w ten sposób?", a kończy na „oh, powinniśmy przepisać cały system autoryzacji".

Agenty potrafią powiedzieć, że twój kod ma race condition. Ale gorzej radzą sobie z wyjaśnieniem, dlaczego logika biznesowa wymaga tej race condition i czy team produktowy jest świadomy tego ukrytego założenia.

Artykuł trochę to acknowledges — stąd skupienie na „obowiązkowej" części ludzkiego review. Ale nie jestem pewien, czy już wymyśliliśmy, jak zachować przy okazji korzyści płynące z code review, eliminując jednocześnie obowiązkowy ludzki checkpoint.

Gdzie to zostawia zespoły developerskie

Jeśli jesteś startupem lub scale-upem i zastanawiasz się nad procesem, oto moja ocena:

Coding agents są naprawdę wystarczająco dobre dla większości zadań code review już dziś. Sprawdzanie stylu, podstawowe wykrywanie bugów, walidacja pokrycia testami — to wszystko to table stakes. Jeśli płacisz seniorom za łapanie brakujących null checków, to źle alokujesz zasoby.

Ale całkowite usunięcie ludzi z równania wymaga zaufania, które większość organizacji jeszcze nie zbudowała, plus narzędzi, które integrują agent review głęboko z workflow, a nie doklejają to jako kolejną GitHub appkę.

Ścieżka pośrodka to prawdopodobnie gdzie osiądzie większość zespołów: agresywna automatyzacja dla kwestii mechanicznych, zarezerwowanie ludzkiego review dla decyzji architektonicznych, zmian wrażliwych bezpieczeństwowo i wszystkiego, co dotyka kodu, który jest naprawdę trudny do zrozumienia lub modyfikacji.

Prawdziwe pytanie

Artykuł pyta, czy ludzkie code review jest „konieczne". Ale może lepsze pytanie brzmi: czy jest wystarczające?

Współczesne systemy software'owe są zbyt skomplikowane, żeby jakikolwiek człowiek mógł je w pełni ogarnąć w szczegółach. Polegamy na statycznej analizie, automatycznych testach i coraz częściej na AI właśnie dlatego, że ludzka cognicja ma limity, które problem space dawno przekroczył.

Przyszłość code review prawdopodobnie nie jest binarna — człowiek albo agent. Chodzi o znalezienie właściwego podziału pracy, co oznacza szczerą rozmowę o tym, co ludzie tak naprawdę wnoszą poza „kolejna para oczu".

Na razie ta uczciwa ocena prawdopodobnie wciąż obejmuje ludzi w pętli dla większości systemów produkcyjnych. Ale zegar tyka i trajektoria jest jasna.

A co ty myślisz? Czy code review to święta tradycja, czy artefakt wcześniejszej ery? Daj znać w komentarzach — i jeśli budujesz z myślą o AI-assisted development, sprawdź naszą platformę Vibe Hosting, zaprojektowaną pod kątem następnej generacji workflow deweloperskich.