Ing. Calogero Bono
Anthropic, terminalden, VS Code'dan ve Claude Desktop'tan kodla çalışan araç Claude Code'un 2.1.314 sürümünü GitHub'a yükledi. En somut yenilik, Claude'un çalışma klasörlerinin dışına dosya yazmasını engelleyen yeni bir izin ayarı. Geri kalanı ise uzun bir düzeltme listesi. Bunların birçoğu gateway, bulut sağlayıcıları ve merkezi kurallarla çalışan kurumlar için hazırlanmış. Bir ekipte böyle bir aracın kullanılıp kullanılmayacağını çoğu zaman tam da bu güvenlik ve yönetim ayrıntıları belirliyor.
Olaylara girmeden önce birkaç terim. Gateway, geliştiricilerle modeller arasında duran ve şirketin kimin neyi kullandığını denetlemesini sağlayan ara sunucudur. IdP (kimlik sağlayıcı), kimlikleri ve kullanıcı gruplarını yöneten sistemdir. Bedrock, Vertex ve Foundry, modellerin kullanılabildiği Amazon, Google ve Microsoft bulut hizmetleridir. Sıkıştırma, bellek dolmasın diye uzun bir konuşmanın özetlenmesidir. Hook ise belirli bir anda, örneğin bir komuttan önce çalışan betiktir.
Klasör dışı yazma engeli ne yapar?
Resmi Claude Code deposundaki sürüm notlarına göre yeni ayarın adı permissions.blockWritesOutsideWorkingDirectories. Etkinleştirildiğinde Write, Edit ve NotebookEdit araçları, her izin modunda, çalışma klasörlerinin dışındaki yolları reddediyor.
Asıl önemli ayrıntı şu. Şimdiye kadar sıkı kurallar olsa bile davranış seçilen moda bağlıydı. Bu notta ise engelleme her modda geçerli olduğu belirtiliyor. Yani kullanıcı ajana daha fazla serbestlik verdiğinde de geçerli. Seçeneğin adı, isteğe bağlı olduğunu ve açılması gerektiğini de gösteriyor.
Aynı yönde sandbox ile ilgili birkaç düzeltme de var. sandbox.excludedCommands açıklaması, listelenen komutların her zaman sandbox dışında çalıştığını söylüyordu. Şimdi ise bir çağrıdaki her komutun bir girişle eşleşmesi gerektiği belirtiliyor. Ayrıca claude -p --resume veya --continue ile açılan bir worktree'de sandbox koruması uygulanmıyordu, artık uygulanıyor. Bir başka düzeltme de --setting-sources ile dışlanmış bir ayar dosyasıyla ilgili. Bu dosya, otomatik mod kuralları ve daha önce kaydedilmiş onaylar gibi bazı ayarları sağlamaya devam ediyordu.
Gateway ve yöneticiler için ne değişiyor?
Claude uygulamalarının gateway'i kurumlar için tasarlanmış bir yenilik alıyor. Her upstream, yani gateway'in isteklerini yönlendirdiği her hedef, isteğe bağlı bir grup listesine sahip olabiliyor. Yalnızca listelenen IdP gruplarındaki geliştiriciler o upstream'e gönderiliyor. Bu durum, bir arıza sonrası gateway'in alternatife geçtiği failover senaryosunda da geçerli.
Bedrock upstream'leri için guardrail_trace geliyor. Bu özellik, bir isteği hangi Amazon Bedrock guardrail filtresinin tetiklediğini kaydediyor, ama filtreyi tetikleyen metni saklamıyor. Bir isteğin neden engellendiğini anlamak isteyenler için, hassas veriyi günlüklerde tutmadan işe yarayan dengeli bir çözüm.
Düzeltmelerin birçoğu yönetici tarafından tanımlanan ayarlarla ilgili.
- Yönetici tarafından tanımlanan TLS ayarları Claude Desktop oturumlarında uygulanmıyordu. Artık uygulanıyor.
- forceRemoteSettingsRefresh yalnızca uzak ayarlarda tanımlıysa, süresi dolmuş bir önbellek kopyası uygulanmıyordu. Sunucuya ulaşılamadığında oturumlar politika olmadan başlayabiliyordu.
- Yönetilen eklentilerin olduğu makinelerde, kişisel bir eklentinin manifesti bozuksa ya da indirme başarısız olduysa model değişimi reddediliyordu.
- Bir yönetici modelin effort seviyesini sınırlarsa Claude Code effort'u düşürüp yeniden deniyor ve hangi seviyeyi kullandığını bildiriyor. Eskiden oturumlar her turda başarısız oluyordu.
Gateway'in bir Vertex upstream'i ayrıca, bir Google token uç noktası bağlantıyı yanıtsız kabul ettiğinde dakikalarca takılı kalabiliyordu. Bu da düzeltildi.
Bedrock, Foundry ve Vertex ile ilgili hangi düzeltmeler var?
Sürüm, Anthropic'in API'lerini doğrudan kullanmayanlar için de birçok düzeltme içeriyor.
Bedrock
Çok sayıda görsel içeren Bedrock oturumları her turda, /compact dahil, çok uzun girdi hatasıyla başarısız oluyordu. Artık Claude Code en eski görselleri kaldırıp sıkıştırma yapıyor. Bir başka düzeltme de Bedrock ve Vertex'te model güncelleme önerisiyle ilgili. Yönetilen ayarlar modeli kilitlediğinde bile bu öneri her başlatmada geri geliyordu.
Microsoft Foundry
Kaynakta varsayılan Sonnet, Opus veya Haiku modeli için bir deployment yoksa oturumlar başarısız oluyordu. Artık Claude Code aynı ailenin daha eski bir modeline geçiyor.
Üçüncü taraf gateway'ler
Bir gateway tool_reference blokları olan araç aramasını kabul etmezse, istek bu özellik olmadan bir kez yeniden gönderiliyor ve oturum bunu hatırlıyor. Aynısı, bir gateway veya sağlayıcı Claude Code'un beta başlıklarından birini adıyla reddettiğinde de geçerli. Bu durumda başlık çıkarılarak yeniden gönderiliyor. claude-opus-4.8 gibi noktalı model kimlikleri eskiden daha eski bir model gibi işleniyordu. Bağlam penceresi, çıktı sınırı, effort, akıl yürütme modu ve maliyet yanlış hesaplanıyordu. Artık değil.
Sertifikalarla ilgili olarak, sistem deposunda eski sertifikayla çapraz imzalanmış yenilenmiş bir kök sertifika varsa TLS bağlantıları UNABLE_TO_GET_ISSUER_CERT hatasıyla düşüyordu. Bu da çözüldü.
Günlük kullanımda ne değişiyor?
Kod yazanlar için en görünür yenilik, VS Code'da ve Claude Desktop'ın Code sekmesinde boşta bekleyen sohbetlerin sıkıştırılması. 200 binin üzerinde token içeren ve boşta bırakılan bir konuşma özetleniyor. Prompt önbelleğinin süresi dolmuşsa bu özet bir sonraki mesajda kullanılıyor.
Ayrıca terminal ve CI tarafında bir dizi düzeltme var.
- claude -p, başlatma başarısız olsa bile çıktı vermeden 0 koduyla çıkıyordu. Artık hatayı yazdırıp 1 koduyla çıkıyor. Bu, betikler için önemli.
- claude ultrareview ve claude remote-control, terminali olan bir CI işinde artık klasöre güven sorusunu sormuyor. CI ayarlıysa güvenilmeyen bir klasörü hemen reddediyor.
- Çok büyük çıktı üreten bir PreCompact hook'u sıkıştırmanın başarısız olmasına veya tekrarlanmasına neden oluyordu. Her hook'un çıktısı artık 10.000 karakterde kesiliyor.
- Arka plan diff güncellemeleri, depo indeksi kilidini bir an için alıyordu. Bu da tam o sırada çalışan bir git komutunun başarısız olmasına yol açabiliyordu.
- Bash'i yakalayan hook'lar, Monitor aracının başlattığı komutlarda çalışmıyordu. Artık çalışıyorlar, ama bu komutları engelleyebilir veya onay isteyebilir. Onaylayamaz ya da yeniden yazamazlar.
Geri kalanı arayüz rötuşları – markdown tabloları, vim modu, ajan seçimi, metin ve görsel yapıştırma, oturum başlıkları ve izin pencereleri.
Bilmen gereken sınırlar
Elimizdeki sürüm notu sonunda kesilmiş durumda, bu yüzden başka maddeler olabileceğini dışlayamayız. Yayın tarihini bilmiyoruz ve yazma ayarıyla ilgili kapsamlı bir dokümantasyon yok. Varsayılan olarak açık olup olmadığını bilmiyoruz, metin kapalı olduğunu düşündürüyor. Çalışma klasörünün tam olarak nasıl tanımlandığını da bilmiyoruz. Örneğin sembolik bağlantılar ve bağlı depolar nasıl ele alınıyor, belli değil.
Bunlar üreticinin beyanları, bağımsız testler değil. Yazma araçlarındaki bir engelleme, shell komutlarının neler yapabileceği hakkında bir şey söylemiyor. Shell komutları sandbox kurallarına uyuyor. Monitor üzerindeki hook'larla ilgili cümleyi de dikkatli okumak gerekiyor, çünkü bir hook'un neyi garanti edebileceğini değiştiriyor.
Dijital işinde ne değişiyor?
Bir ekibi yönetiyorsan ilk iş, listeyi okuyup hangi düzeltmelerin senin durumunu etkilediğini anlamak. Bedrock'ı çok görselle kullananlar, kısmi deployment'lı Foundry kullananlar veya kurumsal bir gateway işletenler doğrudan düzeltme alıyor. Tek başına çalışan ve temel planı kullananlar ise daha çok boşta sıkıştırmayı ve rötuşları görecek.
Bir ajans ya da yazılım evi için yazma kuralı müşterilere anlatılabilecek bir konu. Bir ajanın projeye hapsedilebileceğini gösteriyor. Aynı bilgisayarda birden fazla depo veya yapılandırma dosyası varsa bu özellikle işe yarar. Temel ilke ise hâlâ geçerli. Bir ajana en az yetkiyle çalışan bir iş arkadaşı gibi davranılmalı. Bunu, riskin aracın çevresinden geldiği Cursor üzerindeki SSH arka kapılı, truva atı Claude Code eklentisi olayında da gördük.
CI'da claude -p ile betik çalıştıranlar çıkış kodlarını yeniden kontrol etmeli. Eskiden başarı gibi görünen bir hata artık pipeline'ı durduracak. Bu doğru bir davranış, ama şaşırtıcı olabilir. Kendi sunucularında geliştirme ortamı çalıştırıyorsan makinenin de önemli olduğunu unutma. Bu yüzden güvenlik güncellemeleri yapılan yönetilen sunuculara ihtiyaç var.
Bizim değerlendirmemiz
Bu sürüm, programlama ajanlarının bugün hangi aşamada olduğunu çok iyi gösteriyor. Yeni özellikler az, asıl iş ise uç durumlar, proxy'ler, sertifikalar, politikalar ve yedek senaryolar üzerinde yapılan düzeltmeler. Bu, aracın tek bir geliştiricinin dizüstü bilgisayarından çıkıp hiçbir şeyin belirsiz kalamayacağı ortamlara girdiğinin işareti.
Klasör dışı yazma engeli doğru bir seçim, ama iki kuşku bırakıyor. Birincisi, opsiyonel olması. Açmak için bilinmesi gereken bir koruma, esas olarak zaten dikkatli olan kişiyi korur. İkincisi, izinler konusunda bu kadar çok düzeltme gerekmesi. Kapalı tutulan ayarların hâlâ geçerli olması ve hook'ların tetiklenmemesi dikkat çekici. Bu bir kusur değil, ama kontrollerin varsayılmak yerine doğrulanması gerektiğini hatırlatıyor.
Geriye, üretilen kodu kimin denetleyeceği sorusu kalıyor. Daha sınırlı bir ajan, insan incelemesinin yerini almaz. Bu yüzden GitHub'da pull request ve code review uygulamaları ile kod incelemesi için yapay zeka araçları hâlâ işe yarar.
Sık sorulan sorular
permissions.blockWritesOutsideWorkingDirectories ne yapar?
Write, Edit ve NotebookEdit araçlarının çalışma klasörlerinin dışındaki yolları reddetmesini sağlar. Sürüm notlarına göre her izin modunda geçerli. Sembolik bağlantılar gibi özel durumların nasıl ele alındığına dair ayrıntımız yok.
Engelleme varsayılan olarak açık mı?
Notlar bunu açıkça söylemiyor. Yeni bir ayar eklendiğinden söz ediyorlar, bu yüzden yapılandırmanda kontrol etmek akıllıca olur. Korumayı kesin saymadan önce resmi dokümantasyona bak.
Bedrock veya Foundry kullananlar güncellemeli mi?
Anlatılan sorunlarla karşılaştıysan evet. Sürüm, çok görselli Bedrock oturumlarını ve varsayılan model için deployment'ı olmayan Foundry durumunu düzeltiyor. Tüm ekibin bilgisayarlarını güncellemeden önce sürümü tek bir makinede dene.
Gateway upstream'lerindeki gruplar nedir?
Her upstream'e bağlı, isteğe bağlı bir IdP grup listesidir. Yalnızca bu gruplardaki geliştiriciler oraya yönlendirilir, failover durumunda da. Hangi kullanıcıların hangi hedeflere erişebileceğini ayırmak için kullanılır.
Boşta sıkıştırma her yerde kullanılabilir mi?
Hayır, nota göre VS Code'a ve Claude Desktop'ın Code sekmesine eklendi. 200 binin üzerinde token içeren ve boşta bırakılmış konuşmalarla ilgili. Özet yalnızca prompt önbelleğinin süresi dolmuşsa kullanılıyor.
Önümüzdeki aylarda nelere bakmalı, izinler ve kurumsal ajanlar arasında
Asıl konu bu sürüm değil, yön. Ajanlar giderek daha merkezi kontrollere sahip olacak ve şimdiden hazırlanmak mantıklı.
- İzin yapılandırmanı kontrol et ve klasör dışı yazma engelini açıp açmayacağına karar ver. Belki önce bir deneme projesinde dene.
- claude -p kullanan CI betiklerini gözden geçir. Artık bir başlatma hatası 1 koduyla çıkıyor ve pipeline'ı durdurabilir.
- Bir gateway veya bulut sağlayıcı kullanıyorsan düzeltmelerin tam listesini tekrar oku ve vakaları kendi günlüklerinle karşılaştır. Farklı sağlayıcıların maliyetlerini anlamak için Claude ile OpenAI karşılaştırmasını da oku. Birden fazla modeli etkileyen devam eden hatalar da senin başına gelebilir, bunu aklında tut.
