Claude Code Review: GA a Team és Enterprise számára

Frissítve: 2026. október 17., 17:04

Mi változott a GA-val?

A Code Review kilépett a research preview-ból. Az Anthropic szerint a legtöbb review kb. 3× gyorsabb: a preview kb. 20 perces futásai most jellemzően 6–10 percig tartanak. A megállapítások rövidebbek: probléma, trigger, javítás néhány mondatban (Claude).

Az adminok repónként választanak Quick, Standard (alapértelmezett) vagy Deep szintet. A gyorsabb szint olcsóbb és rövidebb; a Deep a legalaposabb és legköltségesebb. A docs szerint több agent párhuzamosan nézi a diffet és a környező kódot, egy verification lépés szűri a false positive-okat, majd severity szerint rangsorol (Code Review docs).

Hogyan indul?

Owner bekapcsolja a Claude Code beállításokban, telepíti a GitHub Appot, és kiválasztja a repókat. Ezután az új PR-eken a review automatikusan futhat; draft és fork kivételekkel. Write access-szel rendelkező fejlesztő `@claude review` kommenttel is indíthat. A review soha nem approve-ol vagy blockol: a merge döntés a csapaté marad.

Enterprise kreditek

A jogosult Claude Enterprise szervezetek legalább 10 000 dollár Code Review kreditet igényelhetnek 2027. január 15-ig. A kreditek az igénylés után 30 nappal lejárnak; feltételek vonatkoznak rá. A szolgáltatás Zero Data Retention, HIPAA és CMEK mellett egyelőre nem elérhető.

Hogyan nézi át a saját kódját a Claude Code csapat?

Az Anthropic október 15-i blogposztja szerint a Claude Code kódjának kb. 90%-át maga a Claude írja. Júniustól szeptemberig a Claude Code kódbázisába mergelt PR-ok száma több mint a duplájára nőtt, közben a visszavont (revertelt) PR-ok aránya több mint 40%-kal csökkent (claude.dev).

A review nem tűnt el, csak a nagy része átkerült a gépekhez. A legtöbb változtatást a Claude már azelőtt átnézi és javítja, hogy PR nyílna. Utána minden PR kap egy AI reviewt és egy külön security reviewt. Amíg bármelyik megállapítás nyitva van, a PR nem mergelhető. A research preview indulásakor a belső PR-ok közül a tartalmi review kommentet kapók aránya 16%-ról 54%-ra nőtt.

Az emberi jóváhagyás kockázat szerint skálázódik. A kockázati szintet a változás határozza meg, nem a szerző: egy classifier sorolja be. Alacsony kockázat (docs, szövegezés, flag mögötti kiegészítés): nem kell emberi approve, ha az automatikus review és a security check zöld. Közepes kockázat (szokásos termékváltozás, cache, auto-updater, system promptok): egy ember. Magas kockázat: két ember. A könnyített utak csak a repó megbízható szerzőinek járnak. Egy agent jóváhagyása sosem számít emberinek.

A végtelen review-körök ellen is védekezni kellett: egy CLI PR egyetlen éjszaka alatt több mint ötven review- és javítási körön ment át. Most három kör után a reviewer arra kéri a szerzőt, hogy gondolja újra a megközelítést. A so what: a cél nem az, hogy senki ne olvasson kódot, hanem az, hogy az emberi figyelem a kockázatos döntésekre jusson. Aki most vezeti be a Code Review-t, kezdje egy repón egy rövid REVIEW.md fájllal, majd írja le a saját kockázati szintjeit.

A fejlesztői eszközök frontján a hang- és agent API-k is gyorsulnak; legutóbb a Grok Voice 3.0 érkezéséről írtunk.