Code review wewnątrz agenta: skille i wtyczki

Skille i wtyczki do code review robią review diffa wewnątrz agenta programistycznego, zanim pull request trafi do człowieka. Claude Code 2.1.283 ma wbudowane /code-review; wtyczki i skille dokładają komentarze na PR, wyspecjalizowanych recenzentów, zgodność ze specyfikacją, review bezpieczeństwa i drugi model. Wskazują prawdopodobne defekty. Niczego nie zatwierdzają: merge nadal zależy od testów, CI i konkretnego człowieka.

Agent kończy gałąź na 600 linii, pisze, że testy przechodzą, a ty otwierasz pull request ze świadomością, że nikt nie przeczyta jej uważnie w całości. Masz też zainstalowane trzy rzeczy o nazwie „code review” i nie wiesz już, którą uruchamia /review. Ta strona jest dla developerów, którzy chcą, żeby praca agenta była sprawdzona przed pushem, i dla tech leadów, którzy chcą jednego łańcucha review dla całego zespołu zamiast ośmiu prywatnych.

Co dostajesz z tej strony o code review wewnątrz agenta

Tabelę decyzyjną dla ośmiu narzędzi do review
Rozpisane uruchomienie /code-review high na gałęzi z funkcją, z flagami, które zmieniają jego zachowanie
Polecenia instalacji dla Claude Code, Codex i Cursora, sprawdzone 2026-09-26 z Claude Code 2.1.283, codex-cli 0.157.1 i skills CLI 1.7.0
Trzyetapowy workflow: review własnej pracy w sesji, w której powstał kod, drugi model, potem bot na PR, oraz to, co każdy etap przekazuje następnemu
Prompty do skopiowania, sposób na zmierzenie, czy recenzenci łapią prawdziwe błędy, i pułapki, przez które review po cichu się nie odbywa

Którego skilla albo wtyczki do code review użyć?

„Code review” to nazwa co najmniej ośmiu różnych narzędzi. Różnią się tym, co czytają, dokąd trafiają uwagi i czy edytują twój kod.

Narzędzie	Kto je wydaje	Co sprawdza	Dokąd trafiają uwagi	Działa w
`/code-review` (wbudowane, alias `/review`)	Anthropic, w pakiecie	Błędy poprawności w diffie, a jeśli obejmuje to procedura review dla danego modelu, także porządki (ponowne użycie kodu, uproszczenia, wydajność)	Twoja sesja; `--fix` je nanosi, `--comment` publikuje na PR	Claude Code
Wtyczka `code-review`, `/code-review:code-review`	Anthropic, `claude-plugins-official`	PR na GitHubie: zgodność z `CLAUDE.md`, oczywiste błędy, historia gita, komentarze z wcześniejszych PR, komentarze w kodzie; odrzuca uwagi z oceną poniżej 80	Jeden komentarz na PR przez `gh`	Claude Code
`pr-review-toolkit`, `/pr-review-toolkit:review-pr`	Anthropic, `claude-plugins-official`	Sześć wyspecjalizowanych subagentów: komentarze, testy, ciche błędy, projekt typów, ogólna jakość, uproszczenia	Twoja sesja, w grupach Critical / Important / Suggestion	Claude Code
`code-review` Pococka	`mattpocock/skills`	Dwie osie w równoległych subagentach: udokumentowane standardy repozytorium i zgodność diffa ze specyfikacją lub zgłoszeniem	Twoja sesja, pod `## Standards` i `## Spec`	Każdy agent, który czyta skille
`requesting-code-review` / `receiving-code-review`	`obra/superpowers`	Requesting: subagent-recenzent sprawdza każde zadanie względem planu. Receiving: agent weryfikuje uwagi, zanim na nie zareaguje	Twoja sesja	Każdy agent, który czyta skille
`differential-review`	`trailofbits/skills`	Review bezpieczeństwa diffa z `git blame`, zasięgiem zmiany (liczbą wywołujących) i pokryciem testami zmienionego kodu	Raport w pliku Markdown	Claude Code, Codex
Skill `code-review` od CodeRabbit	`coderabbitai/skills`	Uruchamia CodeRabbit CLI na twoich zmianach; uwagi mają poziomy ważności i instrukcje naprawy	Twoja sesja; diff trafia do API CodeRabbit	Każdy agent, który czyta skille
Wtyczka `codex`, `/codex:review`	OpenAI, `openai/codex-plugin-cc`	Review Codexa w trybie tylko do odczytu: niezacommitowane zmiany albo gałąź	Twoja sesja Claude Code	Claude Code

/review z gstacka to dziewiąta opcja, z kolizją nazw; zobacz ramkę z pułapkami niżej. Zarządzane boty na PR (Claude Code Review, @codex review, Cursor Bugbot, aplikacja CodeRabbit na GitHubie) opisuje strona boty AI do code review.

Popularność na 2026-09-26. Instalacje w katalogu wtyczek claude.com: code-review 438 525, pr-review-toolkit 114 856, coderabbit 32 361. Instalacje ze skills.sh od początku istnienia, według zewnętrznego zrzutu LinklyAI/best-skills z 2026-09-26 (źródło wtórne; przed cytowaniem sprawdź skills.sh): code-review Pococka 617 608, requesting-code-review 238 401, receiving-code-review 202 093. Gwiazdki na GitHubie tego samego dnia: garrytan/gstack 134,2 tys., openai/codex-plugin-cc 33,6 tys., trailofbits/skills 7,3 tys.

Jak dobrać recenzenta do zadania

Jeśli chcesz…	Użyj	Dlaczego ten
sprawdzić własną gałąź przed pushem	wbudowanego `/code-review`	Nie wymaga instalacji, działa w tle, a `--fix` nanosi to, co znalazł
sprawdzić, czy diff robi to, o co prosiło zgłoszenie	`code-review` Pococka	Raportuje zgodność ze specyfikacją jako osobną oś, niezależną od standardów, więc rozrost zakresu i brakujące wymagania nie giną wśród uwag o stylu
przejrzeć zmianę w uwierzytelnianiu, płatnościach albo parsowaniu wejścia	`differential-review`	Klasyfikuje po ryzyku, nie po rozmiarze, i pisze raport, który dołączysz do PR
dostać drugą opinię od innej rodziny modeli	`/codex:review` (Claude Code) albo skilla CodeRabbit	Recenzent nie zaczyna od rozumowania modelu-autora ani od historii jego sesji
robić review między zadaniami długiego planu albo polemizować ze złą uwagą	`requesting-code-review` / `receiving-code-review` z Superpowers	Pierwszy działa po każdym zadaniu, a nie raz na końcu; drugi każe agentowi zweryfikować każde twierdzenie, zanim się zgodzi
opublikować przefiltrowane review na PR kolegi	wtyczki `code-review`	Filtr pewności nie wpuszcza na PR drobiazgów o niskiej pewności

Wybierz jednego recenzenta na etap: dwa skille reagujące na jedno polecenie dają dwie procedury i dwa raporty.

Jak uruchomić `/code-review high` na gałęzi?

Skończ pracę na gałęzi. Bez celu review czyta commity gałęzi, których nie ma jeszcze w upstreamie, oraz wszystkie niezacommitowane zmiany. Pusty diff nie ma czego zgłosić.
Uruchom review na poziomie effort high. W prompcie Claude Code:
```
/code-review high
```
Przy low i medium review zgłasza tylko uwagi, których jest najbardziej pewne. Poziomy od high do max poszerzają zakres i mogą zawierać uwagi mniej pewne. Na gałęzi z funkcją używaj high, przy małej poprawce medium.
Pracuj dalej. Review działa jako subagent w tle z własnym oknem kontekstu; uwagi pojawiają się w rozmowie, gdy się skończy.
Traktuj uwagi jak twierdzenia, nie fakty. Każda wskazuje miejsce w pliku i ma jednozdaniowe podsumowanie. Niech Claude odtworzy każdą uwagę o poprawności testem, który nie przechodzi, zanim ją poprawi (robi to prompt poniżej).
Nanieś albo opublikuj. /code-review high --fix nanosi uwagi na drzewo robocze. /code-review high 1234 --comment przegląda pull request 1234 i publikuje uwagi jako komentarze w linii. Celem może być też ścieżka pliku albo nazwa gałęzi; udokumentowane formy w 2.1.283 to pr#, branch i path.

Łatwo przeoczyć:

Poziom jest zapamiętywany. Jeśli nie podasz poziomu, review użyje ostatniego, który wpisałeś, nawet we wcześniejszej sesji, i wyświetli komunikat w rodzaju Reusing high effort, the level you typed last time.
Zrób commit przed --fix. Nanosi on wszystkie uwagi na drzewo robocze za jednym razem, więc czysty commit daje ci jeden git restore do punktu wyjścia.
Lokalne review czyta CLAUDE.md, a nie REVIEW.md. REVIEW.md stroi tylko zarządzaną usługę Code Review.
/simplify to inne zadanie. Nanosi porządki, nie szukając błędów.

/code-review ultra przechodzi na ultrareview, czyli review wieloagentowe w chmurze Anthropic. Plany Pro i Max mają trzy darmowe uruchomienia, potem jedno kosztuje zwykle od 5 do 25 dolarów w kredytach użycia (dokumentacja ultrareview Anthropic, sprawdzona 2026-09-26). Ultrareview nie działa na Amazon Bedrock, Agent Platform w Google Cloud (dawniej Vertex AI), Microsoft Foundry ani w organizacjach z Zero Data Retention; tam /code-review ultra uruchamia zamiast tego review lokalne. Z powłoki to samo robi claude ultrareview [target], które wypisuje uwagi.

Run /code-review high on this branch. When the findings arrive, do not fix
anything yet. For each correctness finding, write a failing test that
reproduces it, run it, and show me the output. Then sort the findings into
three lists: reproduced (test fails), not reproduced (explain why), and
cleanup-only. Fix only the reproduced ones, one commit per finding, and
rerun the full test suite after each.

Żeby Claude ani zadanie zaplanowane nie uruchamiały review same, a polecenie zostało dostępne dla ciebie, dodaj to do ~/.claude/settings.json:

{
  "skillOverrides": {
    "code-review": "user-invocable-only"
  }
}

Jak zainstalować skille do review w Claude Code, Codex i Cursorze?

Wbudowane /code-review nie wymaga instalacji. Cała reszta to wtyczki (z aktualizacjami i poleceniami w przestrzeni nazw wtyczki) albo przenośne skille ze skills CLI (npm skills 1.7.0).

# Anthropic's plugins (official marketplace, added on first interactive start)
claude plugin install code-review@claude-plugins-official --scope project
claude plugin install pr-review-toolkit@claude-plugins-official --scope project

# Second model: OpenAI's Codex plugin lives in OpenAI's own marketplace
claude plugin marketplace add openai/codex-plugin-cc
claude plugin install codex@openai-codex

# Security review of diffs
claude plugin marketplace add trailofbits/skills
claude plugin install differential-review@trailofbits

# Pocock's skills as a plugin, so his code-review gets a namespaced command
claude plugin install mattpocock-skills@claude-plugins-official

# Superpowers review skills as portable skills
npx skills add obra/superpowers --skill requesting-code-review receiving-code-review -a claude-code -y

Polecenia wtyczek mają przestrzeń nazw: /code-review:code-review, /pr-review-toolkit:review-pr tests errors, /mattpocock-skills:code-review, /codex:review, /differential-review:diff-review. Skille Pococka instaluj przez wtyczkę, bo przenośna kopia o nazwie code-review konkuruje z poleceniem wbudowanym o samą nazwę. Po instalacji wtyczki Codexa uruchom /codex:setup; sprawdza, czy Codex jest zainstalowany i zalogowany. Użycie Codexa liczy się do limitów twojego planu Codex albo klucza API.

# Built in: /review in the TUI ("review my current changes and find issues"),
# or from the shell
codex review --base main
codex review --uncommitted
# Custom instructions go alone, against the default target
codex review "Focus on error handling and the retry logic"

# Non-interactive, with the final review saved as evidence for the PR
codex exec review --base main -o codex-review.md

# Security review of diffs: Codex 0.157.1 reads Claude-format marketplaces
codex plugin marketplace add trailofbits/skills
codex plugin add differential-review@trailofbits

# Portable skills
npx skills add mattpocock/skills --skill code-review setup-matt-pocock-skills -a codex -y
npx skills add obra/superpowers --skill requesting-code-review receiving-code-review -a codex -y

W codex-cli 0.157.1 flag --base, --uncommitted i --commit nie da się połączyć z promptem; parser odrzuca takie polecenie. Żeby ukierunkować review gałęzi, użyj /review w TUI. Skilla wywołujesz po nazwie: $code-review; /skills pokazuje, co się wczytało. CodeRabbit jest we wbudowanym marketplace OpenAI openai-curated: wpisz /plugins w TUI i wyszukaj go. Drugi model od innego dostawcy opisuje workflow niżej. Zwróć uwagę na podpolecenie: codex plugin add, nie install (0.157.1).

npx skills add mattpocock/skills --skill code-review setup-matt-pocock-skills -a cursor -y
npx skills add obra/superpowers --skill requesting-code-review receiving-code-review -a cursor -y

# Or CodeRabbit as the reviewer, in place of Pocock's skill (both are named code-review)
npx skills add coderabbitai/skills --skill code-review -a cursor -y

Skill CodeRabbit wywołuje CLI coderabbit. CodeRabbit dokumentuje instalację przez Homebrew, brew install --cask coderabbit, a potem coderabbit auth login; najpierw potwierdź je na coderabbit.ai (2026-09-26 nie mogliśmy otworzyć tej strony). Nigdy nie uruchamiaj npm i coderabbit: ta nazwa w npm to pakiet zastępczy zarezerwowany ze względów bezpieczeństwa (security holding package). Pełną metodykę Superpowers zainstalujesz, wpisując /add-plugin superpowers w czacie Agenta. W Claude Code CodeRabbit jest też dostępny jako wtyczka coderabbit@claude-plugins-official i potrzebuje tego samego CLI. Własne funkcje review Cursora, w tym Bugbota, opisuje strona code review w Cursorze; 2026-09-26 nie mogliśmy ponownie sprawdzić cursor.com.

Zacommituj to, co zainstalowałeś: .claude/settings.json dla wtyczek w zakresie projektu, .agents/skills/, .claude/skills/ i skills-lock.json dla przenośnych skilli. Skill do review działa z uprawnieniami agenta, więc najpierw go przeczytaj; listę kontrolną znajdziesz w bezpieczeństwie łańcucha dostaw skilli.

Samo /code-review to polecenie wbudowane, a nie wtyczka. W Claude Code 2.1.283 wtyczka działa jako /code-review:code-review. Przenośny skill code-review Pococka konkuruje o tę samą nazwę; wywołuj go przez wtyczkę (/mattpocock-skills:code-review) albo słownie: „Pocock’s two-axis code review”.
/review z gstacka koliduje z aliasem /review. Instalator gstacka rejestruje skill o nazwie review w ~/.claude/skills/, a /review to także wbudowany alias /code-review. Wbudowane review wywołuj jako /code-review. Plik review/SKILL.md gstacka ma około 73 KB, może edytować pliki i uruchamia skrypt wstępny, więc nie zastąpi review tylko do odczytu.
Wtyczka code-review publikuje jako ty. Komentuje PR przez twoje uwierzytelnione gh, publicznie, gdy tylko któraś uwaga dostanie ocenę 80 lub wyższą.
Skille Pococka i CodeRabbit mają tę samą nazwę code-review. Jako przenośne skille trafiają do tego samego katalogu .agents/skills/code-review/, więc zainstaluj jeden z nich albo weź skill Pococka przez jego wtyczkę.
Skill CodeRabbit przejmuje ogólne prośby o review. Jego opis każe agentowi reagować na każdą prośbę o „code/PR/quality/security review”. Po jego instalacji „review my changes” może wysłać diff do API CodeRabbit zamiast uruchomić /code-review. Nazywaj recenzenta, którego chcesz.
Pominięte review CodeRabbit wygląda na czyste. Wynik ze status: review_skipped i zerem uwag oznacza, że review się nie odbyło.
code-review Pococka potrzebuje swojego skilla konfiguracyjnego. Gdy brakuje pliku docs/agents/issue-tracker.md, każe najpierw uruchomić /setup-matt-pocock-skills, bo przez ten plik pobiera zgłoszenie, od którego wyszła zmiana. Pyta też o punkt odniesienia (main, SHA), jeśli go nie podasz.
--skill=<name> jest po cichu ignorowane przez skills CLI 1.7.0; z -y instaluje wszystkie skille z repozytorium. Pisz --skill code-review ze spacją.

Jak połączyć review własnej pracy, drugi model i bota na PR?

Jeden recenzent łapie to, czego każą mu szukać jego model i prompt. Ten workflow używa trzech recenzentów, którzy mylą się w różny sposób, od najtańszych poprawek.

Review własnej pracy w sesji, w której powstał kod. Uruchom /code-review high (Claude Code) albo /review (Codex) i poprawiaj tylko uwagi, które da się odtworzyć, pierwszym promptem powyżej. W Cursorze uruchom claude w zintegrowanym terminalu i wpisz tam /code-review high albo poproś agenta o review diffa gałęzi względem main tym samym promptem. Jeśli zmiana dotyka uwierzytelniania, pieniędzy albo parsowania, poproś też o „a differential security review of this branch against main”; skill differential-review zapisuje raport w Markdownie, który zachowujesz. Forma polecenia, /differential-review:diff-review, przyjmuje URL PR, SHA commita albo plik z diffem, z --baseline <ref>.
Sprawdź diff względem specyfikacji. Uruchom code-review Pococka z main jako punktem odniesienia (/mattpocock-skills:code-review w Claude Code, $code-review w Codex, „use the code-review skill” w Cursorze). Oś Spec wypisuje brakujące wymagania, zachowania, o które nikt nie prosił, i wymagania, które wyglądają na zrealizowane, ale źle, każde z cytatem ze specyfikacji. Rozwiąż wszystkie uwagi z osi Spec przed otwarciem PR; po merge’u każda z nich to nowe zgłoszenie.
Poproś o zdanie drugi model. Model, który napisał kod, przeglądając własną pracę, ma te same ślepe plamki.
/codex:review --base main --background /codex:status /codex:result
/codex:review działa tylko do odczytu i nie przyjmuje tekstu z kierunkiem review. Żeby zakwestionować konkretną decyzję, użyj /codex:adversarial-review --base main challenge whether the retry logic is safe under partial failure.
Uruchom na tej samej gałęzi recenzenta od innego dostawcy: skill CodeRabbit (zainstaluj coderabbitai/skills --skill code-review zamiast skilla Pococka, potem poproś o „a CodeRabbit review against main”; uruchamia cr review --agent --base main) albo otwórz gałąź w sesji Claude Code i uruchom /code-review high.

Uruchom na gałęzi skill CodeRabbit albo z wbudowanego terminala codex review --base main lub /code-review high w Claude Code. Każda z tych opcji daje ci inny model niż ten, który napisał kod.
Przejdź przez zebrane uwagi z receiving-code-review. Wklej wynik drugiego modelu do sesji, w której powstał kod, razem z promptem poniżej. Agent weryfikuje każde twierdzenie w kodzie, zanim cokolwiek zmieni, i z uzasadnieniem odrzuca błędne.
Otwórz PR i daj go przejrzeć botowi. Bot na PR (Claude Code Review przez @claude review, @codex review, Bugbot albo aplikacja CodeRabbit) przegląda ostateczny diff z kontekstem repozytorium. Zarządzane Code Review od Anthropic to research preview dla planów Team i Enterprise, które według dokumentacji Anthropic „averages $15-25” za jedno review (sprawdzone 2026-09-26); konfigurację każdego bota opisuje strona boty AI do code review.
Daj człowiekowi pakiet dowodów, nie diff. Opis PR wymienia, którzy recenzenci się uruchomili, które uwagi poprawiono razem z odtwarzającym je testem, a które odrzucono i dlaczego. Człowiek przechodzi potem przez triaż z code review PR-a agenta.

Use the receiving-code-review skill. Below is a review of this branch from a
different model. For each item: restate it in one line, check it against the
actual code, and label it VALID, INVALID or UNCLEAR with the evidence (file,
line, test output). Do not change code for INVALID or UNCLEAR items; for
UNCLEAR ones, tell me what you would need to decide. For VALID items, write a
failing test first, then fix, one item at a time, and run the tests after
each. End with a table I can paste into the PR description.

<paste the review here>

W długim planie Superpowers requesting-code-review przenosi krok 1 do środka pętli: po każdym zadaniu subagent-recenzent sprawdza je względem wymagań zadania, a agent poprawia uwagi Critical od razu, a Important przed następnym zadaniem. Zobacz Superpowers.

Skąd wiesz, że agenci-recenzenci łapią prawdziwe błędy?

Review, które niczego nie zgłasza, może oznaczać czysty diff albo recenzenta, który nie patrzył. Mierz recenzentów jak zestaw testów: podrzuć defekty i policz, co wróciło.

Podrzuć znane błędy. Na gałęzi do wyrzucenia wprowadź trzy defekty takiego rodzaju, z jakiego biorą się twoje incydenty, uruchom każdego recenzenta i zapisz, które wskazał (prompt poniżej to przygotowuje). Powtórz przy każdej zmianie modelu, poziomu effort albo wersji skilla.
Śledź los każdej uwagi. Oznacz każdą jako poprawioną, odrzuconą albo nieodtworzoną. Recenzent, którego uwagi są przeważnie odrzucane, kosztuje uwagę ludzi; obniż mu effort albo z niego zrezygnuj.
Bramką zostaje CI. Agenci-recenzenci doradzają; decydują testy, sprawdzanie typów, lintery i skanery bezpieczeństwa w CI. Uwaga, która ma znaczenie, staje się testem, więc ten sam błąd nie wróci. Testy trzymaj poza zasięgiem agenta według strony ochrona wyroczni testowej.
Sprawdź, czy review w ogóle się odbyło. Szukaj samego raportu: pliku Markdown z differential-review, statusu zakończenia CodeRabbit, wiadomości z uwagami z /code-review. „Brak uwag” bez raportu to nie wynik.

Create a branch named review-canary from main. Introduce exactly three
bugs, each in a separate commit with a neutral message:
(1) an off-by-one in a pagination boundary,
(2) an exception caught and ignored in a network call,
(3) a handler that skips the authorisation check for one role.
Do not add comments that hint at the bugs. Write the file and line of each
bug to /tmp/review-canary.md, outside the repository, and do not print them
here. Then stop, so I can run each reviewer on this branch in a fresh
session and score what it finds against that file.

Kto zatwierdza. Developer, który otwiera PR, odpowiada za review własnej pracy i dowody odtworzenia błędów. Tech lead odpowiada za zestaw recenzentów zespołu, poziomy effort i wyniki kalibracji, i zmienia je przez pull request. Merge zatwierdza człowiek; żaden z opisanych tu agentów nie zatwierdza sam.

Ile kontekstu kosztuje każdy recenzent?

Skille kosztują w każdej sesji swoją nazwę i opis, a treść dopiero wtedy, gdy się uruchomią; wtyczki mogą kosztować więcej z góry. Pomiar z 2026-09-26:

Co się wczytuje	Kiedy	Rozmiar
Wtyczka `pr-review-toolkit`	W każdej sesji	około 2033 tokenów (`claude plugin details`, Claude Code 2.1.283)
Wtyczka `mattpocock-skills` (wszystkie skille Pococka)	W każdej sesji	około 1609 tokenów (`claude plugin details`, Claude Code 2.1.283)
`SKILL.md` skilla `code-review` Pococka	Gdy się uruchomi	6589 bajtów
`requesting-code-review` z Superpowers + jego szablon `code-reviewer.md`	Gdy się uruchomi	2977 + 6449 bajtów
`SKILL.md` skilla `receiving-code-review` z Superpowers	Gdy się uruchomi	6203 bajty
`SKILL.md` skilla `code-review` od CodeRabbit	Gdy się uruchomi	7518 bajtów
`SKILL.md` skilla `differential-review` od Trail of Bits (plus cztery pliki referencyjne otwierane w razie potrzeby)	Gdy się uruchomi	7439 bajtów (około 33 KB ze wszystkimi referencjami)
`review/SKILL.md` z gstacka	Gdy się uruchomi	około 73 KB

Przy około 3–4 bajtach na token (tokenizery Claude 4.7 i nowszych dają około 30% więcej tokenów dla tego samego tekstu) większość skilli do review kosztuje po uruchomieniu około 1600–3200 tokenów, a skill gstacka około 18 000–24 000. Wbudowane /code-review czyta diff we własnym kontekście subagenta. Instalację sprawdzisz przez claude plugin details PLUGIN_NAME i /context.

Co się psuje, gdy review działa wewnątrz agenta?

Review nic nie znajduje w dużej zmianie. Zwykle cel był zły: gałąź nie miała upstreamu, zmiany były już wypchnięte albo review przeczytało tylko niezacommitowane pliki. Wyjście: podaj gałąź jako cel, na przykład /code-review high feature/rate-limit, i sprawdź, czy wiadomość z uwagami wymienia pliki, których się spodziewasz. Zakres gita nie jest udokumentowaną formą celu w 2.1.283.

Na jedną prośbę reaguje dwóch recenzentów. „Review this” uruchamia naraz kilka skilli do review albo takiego, którego się nie spodziewałeś. Wyjście: wywołuj po dokładnej nazwie, trzymaj jednego ogólnego recenzenta na repozytorium, a pozostałych usuń przez npx skills remove --skill SKILL_NAME albo claude plugin uninstall PLUGIN_NAME.

--fix zmienia więcej, niż się spodziewałeś. Nanosi wszystkie uwagi naraz, także te, których nie udałoby się odtworzyć. Wyjście: git diff, żeby zobaczyć zmiany, git restore albo git revert, żeby je cofnąć, i commit przed każdym --fix.

Agent zgadza się z każdą uwagą. Nanosi błędną sugestię bota z PR i psuje nieprzetestowane zachowanie. Wyjście: przepuszczaj wszystkie uwagi z review przez receiving-code-review drugim promptem powyżej i wymagaj testu, który nie przechodzi, przed każdą poprawką.

Pętla review się nie kończy. Opcjonalna bramka review we wtyczce Codexa działa z hooka Stop i nie pozwala Claude’owi zakończyć, dopóki znajduje problemy; README od OpenAI ostrzega, że „may drain usage limits quickly”. Wyjście: /codex:setup --disable-review-gate (flaga z README openai/codex-plugin-cc, sprawdzone 2026-09-26) i włączanie bramki tylko w sesjach, które obserwujesz.

Review w chmurze jest niedostępne. Na Bedrock, Google Cloud, Foundry albo przy Zero Data Retention /code-review ultra po cichu uruchamia review lokalne. Wyjście: traktuj je jako review lokalne i nie zapisuj go w pakiecie dowodów jako ultrareview.

Wtyczka code-review pomija twój PR. Odrzuca PR zamknięte, szkice, trywialne i już przejrzane, a gdy żadna uwaga nie osiąga 80, nie publikuje niczego. Wyjście: oznacz PR jako gotowy do review albo użyj wbudowanego /code-review, żeby zobaczyć też uwagi mniej pewne.

Dokąd dalej z code review wewnątrz agenta

Code review PR-a agenta Strona człowieka: co czytać zamiast każdej linii i kiedy eskalować.

Boty AI do code review Claude Code Review, @codex review, Bugbot, CodeRabbit i Greptile na twoich pull requestach.

Skille do testów i debugowania Etap przed review: skille, które każą agentowi zaczynać od testu i udowadniać każdą poprawkę.

Pakiet dowodów Co niesie pull request, żeby recenzenci sprawdzali dowody, a nie kod.

Wtyczki deweloperskie Anthropic code-review, pr-review-toolkit, security-guidance i reszta oficjalnego zestawu.

Bramki bezpieczeństwa dla agentów Deterministyczne skanery, które w CI stoją obok agentów-recenzentów.

Konfiguracje dla konkretnych narzędzi opisują strony automatyzacja review w Claude Code, code review w Codex i code review w Cursorze. Szerszy ranking skilli praktyk programistycznych znajdziesz na stronie najczęściej instalowane skille praktyk programistycznych.