Anthropic'un Claude Code Review aracı genel kullanıma açıldı ama tek başına asla bir merge'i engellemiyor

Code Review önizlemeden çıkıyor

15 Ekim'de Anthropic, Claude Code için Code Review aracını araştırma önizlemesinden çıkarıp Claude Team ve Enterprise kuruluşlarına genel kullanıma sundu. Duyuruya göre yöneticiler artık her depo için üç inceleme derinliğinden birini seçiyor — Quick, Standard (varsayılan) veya Deep — ve incelemelerin çoğu önizleme dönemine kıyasla yaklaşık üç kat daha hızlı tamamlanıyor; süre yaklaşık 20 dakikadan 6–10 dakikaya indi.

Dokümantasyon, birkaç agent'ın bir pull request'in diff'ini ve çevresindeki kodu paralel olarak okuduğu, ardından hiçbir şey gönderilmeden önce şüpheli yanlış pozitifleri ayıklayan bir doğrulama aşamasının geldiği bir pipeline tanımlıyor. Bulgular satır içi yorumlar ve Claude Code Review adında bir check run olarak düşüyor; her biri Important, Nit veya Pre-existing olarak etiketleniyor. İncelemeler Anthropic'un altyapısında salt-okunur erişimle çalışıyor ve depo kodunu asla derlemiyor ya da çalıştırmıyor. Ürün yalnızca GitHub ile çalışıyor ve Zero Data Retention, HIPAA yapılandırması ya da müşteri tarafından yönetilen şifreleme anahtarları kullanan kuruluşlara sunulmuyor. Her planda, Claude Code oturumları içinde yerel bir /code-review komutu hâlâ mevcut.

Bir build'i başarısız kılamayan bir inceleyici

Belirleyici kısıt, ürünün hiçbir şeyi zorunlu kılmaması. Dokümanlara göre bir inceleme bir pull request'i asla onaylamıyor veya engellemiyor ve check run asla başarısızlık olarak sonuçlanmıyor. Claude Code ekibi, kendi kodunu nasıl incelediğine dair aynı gün yayınlanan bir yazıda bunu bilinçli bir tasarım olarak çerçeveledi: onay "hâlâ insana ait bir karar; ürün bulguları yayınlar, onayları değil."

Anthropic içeride, sattığı üründen daha ileri gidiyor. Claude Code depolarında, ekip yazısına göre, bir PR, bug incelemesinden veya güvenlik incelemesinden herhangi bir bulgu açık kaldığı sürece merge edilemiyor.

Anthropic'un açıkladığı rakamlar

Ekip yazısına göre Claude, Claude Code'un kendi kodunun yaklaşık yüzde 90'ını yazıyor ve haziran ile eylül arasında bu kod tabanına merge edilen pull request'ler iki kattan fazla artarken geri alınmak zorunda kalanların oranı yüzde 40'tan fazla düştü. Bunlar Anthropic'un kendi depolarına dair, taban sayıları verilmeden sunulan rakamları; The Next Web, performans iddialarının bağımsız olarak test edilmediğine dikkat çekiyor.

Açıklanan hedef, çoğu PR'ın en fazla bir insanla — ki bu kişi yazar olabilir — merge edilmesi. Bir sınıflandırıcı her değişikliğe bir risk seviyesi atıyor: dokümantasyon ya da bir flag arkasındaki ekleme değişiklikleri gibi düşük riskli işler, otomatik kontroller geçtiğinde insan onayı gerektirmiyor; orta riskli değişiklikler bir onay, en yüksek riskli kod ise iki onay istiyor. Seviyeyi değişiklik belirliyor, yazar değil; değişikliği kim prompt'larsa sorumluluk ona ait; bir onay tek bir belirli commit'i kapsıyor; hassas yollar ve CI workflow dosyaları her zaman bir insan gerektiriyor. Yazı bir boşluğu da itiraf ediyor: revert ya da olay sayıları hareket ettiğinde onayları sıkılaştıran devre kesiciler henüz yok ve mühendisler daha fazla kodun insansız merge'lere kaymasından önce bunların var olmasını istiyor.

Anthropic ayrıca bir PR var olmadan önce bir katman çalıştırıyor — Claude testleri, build'i ve linter'ı yürütüyor ve bir subagent diff'i tertemiz bir bağlamda inceliyor. Claude Code'u yaratan Boris Cherny, bu doğrulamanın nihai sonucu iki ila üç kat daha iyi hale getirdiğini tahmin ediyor.

Bulguların bir merge'i engellemesi

Ürün bir merge'i durdurmayacağı için zorunlu kılmak isteyen depoların bunu kendilerinin kurması gerekiyor; Gabriel Anhaia'nın dev.to'daki yazısı bunu ayrıntılarıyla anlatıyor. Bir seçenek, merge'den önce tüm PR yorumlarının çözülmesini gerektiren GitHub'ın branch-protection kuralı; bulgular satır içi konular olarak geldiği için açık olan biri merge'i engelliyor. Ödünler ise şöyle: kural nit düzeyindeki konuları ve insan yorumlarını da yakalıyor ve GitHub'un satır içi yorum olarak kabul etmediği bulgular yalnızca annotation olarak görünüyor.

İkinci seçenek yalnızca Important bulgularına kapı koyuyor. Check run'ın ayrıntı metni, GitHub CLI'nin açık Important bulgularının sayısını ayrıştırabileceği makine tarafından okunabilir bir satırla bitiyor; böylece bir pre-merge işi, sayı sıfır değilse başarısız olabiliyor. Dokümanlar, eksik satırı sıfır bulgu yerine "karar yok" olarak ele almayı öneriyor; ayrıca bir inceleme dakikalar sürdüğü için kapı yalnızca check tamamlandıktan sonra çalışmalı. Özelleştirme, PR'ın base branch'inden veya varsayılan branch'ten okunan bir REVIEW.md dosyasında yaşıyor, asla PR'ın kendi değişikliklerinden değil — böylece bir PR kendi incelemesini gevşetemiyor — ancak ciddiyet düşüren kurallar yalnızca varsayılan branch korumalıysa geçerli oluyor.

Fiyatlandırma ve maliyet kontrolleri

Sabit bir inceleme başına fiyat yok. İncelemeler, usage credits üzerinden token kullanımına göre faturalanıyor; plana dahil kullanımdan ayrı tutuluyor ve The Next Web, önizleme dönemindeki inceleme başına 15 ila 25 dolar maliyet bildirdi. Yeni depolar varsayılan olarak her push'tan sonra inceleme yapacak şekilde geliyor ki bu harcamayı katlıyor; dokümanlar, once-after-PR-creation ya da manuel tetikleyicilerde pilot yapmayı, ortalama maliyet sütununu izlemeyi ve aylık bir limit belirlemeyi öneriyor; limitten sonra incelemeler açıklayıcı bir yorumla atlanıyor. Uygun Enterprise kuruluşları 15 Ocak 2027'ye kadar en az 10.000 dolarlık Code Review kredisi talep edebiliyor.

Neden önemli

Bu sürüm, AI kod incelemesini satın alınabilir bir CI bileşenine dönüştürüyor; ancak Anthropic tespiti zorlamadan bilinçli olarak ayırıyor: model bulguları ortaya çıkarırken onaylar ve merge kapıları insanda kalıyor. Tasarımdan kaynaklı tarafsız ürün ile Anthropic'un kendi engelleyici, risk seviyeli iç politikası arasındaki fark, merge düğmesinden vazgeçmeden otomatik inceleme isteyen ekipler için başlı başına bir şablon. İç istatistikler neredeyse insansız merge'lere işaret ediyor ve ekibin devre kesicilerin hâlâ eksik olduğu itirafı, bunun güvenli olması için neyin var olması gerektiğinin açık bir hatırlatması. Token tabanlı fiyatlandırma ve push ile tetiklenen varsayılanlar, maliyet yönetişiminin inceleme kalitesi kadar önemli olacağı anlamına geliyor.