Poziom 3: przeglądasz diffy
Poziom 3 na drabinie autonomii to menedżer code review: agenci piszą większość kodu w równoległych sesjach i worktree’ach, a dzień programisty schodzi na czytanie diffów. Dan Shapiro nazywa go poziomem, na którym prawie wszyscy się zatrzymują, bo sufit stawia przepustowość review, nie agentów. Te strony opisują równoległych agentów, widoki agentów i automatyzację review w Cursorze, Claude Code i Codeksie.
Pięciu agentów pracuje i czterech ma rację. Które cztery, dowiadujesz się przez czytanie, a czytanie jest tą częścią potoku, która nie przyspieszyła. Shapiro (The Five Levels, styczeń 2026) streszcza ten szczebel w trzech słowach: “Twoje życie to diffy”.
Co się zmienia, kiedy agenci przestają na ciebie czekać
Dział zatytułowany „Co się zmienia, kiedy agenci przestają na ciebie czekać”Mechanicznym odblokowaniem jest izolacja na poziomie systemu plików. Wszystkie trzy narzędzia dokumentują do tego worktree: Claude Code radzi “izolować równoległe sesje Claude Code w osobnych worktree’ach gita, żeby zmiany się nie zderzały”, u Codeksa “worktree pozwalają prowadzić wiele niezależnych czatów w tym samym projekcie, bez wzajemnego przeszkadzania”, a w Cursorze “worktree pozwalają agentowi pracować w odizolowanych checkoutach gita”. Jeden checkout na agenta zmienia równoległość z zagrożenia przy scalaniu w kwestię harmonogramu.
Drugim odblokowaniem jest miejsce, z którego się na nich patrzy. Widok agenta w Claude Code “pokazuje, co robi każda sesja i które potrzebują twojej odpowiedzi”; Codex Micro opisano jako “centrum dowodzenia czatami Codeksa”; Cursor ma okno agentów. Poza producentami to samo daje flota w tmuxie albo herdr, za to ze skryptowalnym API, co ma znaczenie, gdy flotę ma uruchamiać komenda, a nie ręka.
Trzecim jest delegowanie wewnątrz jednej sesji. Wszystkie trzy dokumentują subagentów, a limit podaje tylko Claude Code: domyślnie 20 równoczesnych subagentów na sesję, po czym kolejne uruchomienie kończy się błędem, a limit podnosi zmienna środowiskowa. Codex wystawia limit konfigurowalny, bez udokumentowanej wartości domyślnej; Cursor nie dokumentuje maksimum i zamiast tego przestrzega przed dziesiątkami niedoprecyzowanych subagentów.
Co naprawdę obejmuje automatyzacja review w każdym narzędziu
Dział zatytułowany „Co naprawdę obejmuje automatyzacja review w każdym narzędziu”Sprawdzone w dokumentacji producentów 28 sierpnia 2026.
Claude Code ma trzy warstwy. /code-review “przegląda diff w twoim terminalu, bez instalowania aplikacji GitHuba”. Hostowane Code Review “analizuje twoje pull requesty na GitHubie i zostawia znaleziska jako komentarze inline”, posortowane na Important, Nit i Pre-existing, przy udokumentowanej średniej 15–25 dolarów za przegląd. Ultrareview uruchamia “głęboki, wieloagentowy przegląd kodu w chmurze przez /code-review ultra”, w którym “każde zgłoszone znalezisko jest niezależnie odtwarzane i weryfikowane”: mniej więcej od 5 do 25 dolarów i od 5 do 10 minut, domyślnie na diffach do 500 zmienionych plików i 8000 zmienionych linii.
Codex wkłada review do composera przez /review, a na forge’u przez integracje z GitHubem i GitLabem: “poproś o przegląd przez @codex review, włącz przeglądy automatyczne i zapisz własne reguły przeglądu w AGENTS.md”.
Cursor dostarcza Bugbota, który “przegląda pull requesty i wskazuje błędy, problemy bezpieczeństwa i problemy z jakością kodu”, a obok niego Security Agents do przebiegu po podatnościach.
O tym, ile z twojego sufitu one podnoszą, decyduje jeden szczegół: check run Code Review w Claude Code “zawsze kończy się neutralnym wynikiem, więc nigdy nie blokuje scalenia”. Automatyczny recenzent, który nie umie zablokować, jest drugą opinią, a nie bramką. Bramkę wciąż musisz zbudować sam.
Dlaczego przepustowość review jest sufitem poziomu 3
Dział zatytułowany „Dlaczego przepustowość review jest sufitem poziomu 3”Raport Faros AI Acceleration Whiplash z kwietnia 2026 to dwa lata telemetrii z 22 000 programistów i ponad 4000 zespołów. Mierzy obie połowy tego szczebla naraz.
Przepustowość w górę: ukończone epiki na programistę +66,2%, przepustowość zadań na programistę +33,7%, tempo scalania pull requestów na programistę +16,2%. W tym samym okresie jakość i review zostały z tyłu: błędy na programistę +54%, incydenty na pull request +242,7%, churn kodu +861% i o 31,3% więcej pull requestów scalanych całkiem bez review.
Liczby o review to dwie osobne metryki i zasługują na osobne nazwy. Mediana czasu w review wzrosła o 441,5%, czyli jak długo pull request siedzi w review od otwarcia do końca. Mediana czasu do pierwszego review wzrosła o 156,6%, czyli jak długo czeka, zanim ktokolwiek zajrzy. Pierwsza to kolejka, druga to czas reakcji. Obie urosły, bo generowanie się wyskalowało, a czytanie nie.
Panel DX z czerwca 2026 nazywa to obciążenie w innej jednostce: mediana wielkości pull requesta poszła “z 44 do 72 linii na pull request między lipcem 2025 a czerwcem 2026”. Więcej diffów, większe diffy, ten sam czytelnik.
Jak wydać przepustowość review, którą masz
Dział zatytułowany „Jak wydać przepustowość review, którą masz”Standardowa odpowiedź to review warstwowe: najpierw bramki deterministyczne, potem recenzent automatyczny, na końcu człowiek i tylko tam, gdzie potrzeba osądu.
Warstwa deterministyczna to wszystko, co kończy się kodem różnym od zera: typy, testy, lint, sprawdzenie schematu, grep po wzorcu, z którego migrujesz. Uruchomienie nic nie kosztuje, nie da się jej oczarować i zdejmuje z kolejki człowieka całe kategorie. Warstwa automatyczna to narzędzie z sekcji powyżej, ograniczone do rozmiaru diffa, który obsługuje dobrze. Warstwa ludzka to reszta: schemat, autoryzacja, cennik, publiczne interfejsy, wszystko, czego zasięg rażenia przekracza revert.
Co się psuje, gdy pięciu agentów dzieli jednego recenzenta
Dział zatytułowany „Co się psuje, gdy pięciu agentów dzieli jednego recenzenta”Kolejka staje się produktem. Czas w review rusza jako pierwszy i rusza, zanim ktokolwiek zauważy, bo każdy pojedynczy pull request nadal wygląda rozsądnie.
Review zmienia się w akceptację. +31,3% scaleń bez review u Farosa to obraz tego stanu na końcu drogi. Wersja uczciwa to bramka, która mówi, jakie klasy zmian mogą wejść nieprzeczytane; nieuczciwa to recenzent, który przestał czytać i nikomu nie powiedział.
Równolegli agenci zderzają się poza repozytorium. Worktree izolują pliki, a nie porty, bazy, cache ani wspólny serwer deweloperski. Przydziel każdemu agentowi własny blok portów i własny stan lokalny, inaczej dwa zielone przebiegi będą się kłócić o tę samą maszynę.
Recenzenci przybijają pieczątkę pod wynikiem narzędzia. Automatyczny recenzent, który nigdy nie blokuje, uczy ludzi przewijać go w dół. Wybierz mały zbiór znalezisk, na których wolno mu wywalić build, a resztę traktuj jak komentarze.
Diff jest za duży, żeby przeczytać go uczciwie. Kiedy pull request przekracza to, co człowiek utrzyma w głowie, odpowiedzią jest mniejsza jednostka pracy, jedno zadanie agenta i jedna sprawa, a nie szybszy czytelnik.