Blog'a Dön

Claude Code, Auto Mode'u Varsayılan Yapıyor: 14 Ağustos'tan Önce Karar Verin

Claude Code, 14 Ağustos'tan itibaren Pro, Max ve Team planlarında auto mode'u varsayılan yapıyor, oturumlar arası mesajlaşma ve self-hosted runner'lar ekliyor. Bir ekibin önce neye karar vermesi gerektiğini anlatıyorum.

Umut Korkmaz

Yayın tarihi: 4 dk okuma

Anthropic'in Claude Code 32. hafta özeti 3–7 Ağustos arasını ve v2.1.220 ile v2.1.224 arasındaki sürümleri kapsıyor. Artık oturumlar birbirine mesaj gönderebiliyor, cloud oturumları kendi altyapınızda çalışabiliyor ve 14 Ağustos'tan itibaren Pro, Max ve Team planlarında yeni oturumlar için varsayılan izin modu auto mode oluyor. Sonuncusu sıradan bir ayar değişikliği gibi görünüyor ama agent'ınızın yaptıklarını kimin onayladığını değiştiriyor ve altı gün sonra devreye giriyor.

Varsayılan auto mode, onay adımını bir modele devrediyor

Manual modda Claude, çoğu dosya düzenlemesinden, shell komutundan ve ağ erişiminden önce size sorar. Auto mode'da ise bu işlemleri sizin yerinize ayrı bir sınıflandırıcı (classifier) model inceler. İzin modları dokümantasyonuna göre bu model, isteğinizin kapsamını aşan, tanımadığı altyapıyı hedefleyen ya da Claude'un okuduğu kötü niyetli içerikten yönlendirilmiş gibi görünen her şeyi engelliyor. Varsayılan engelleme listesinde curl | bash gibi indir-ve-çalıştır kalıpları, hassas verinin dış endpoint'lere gönderilmesi, production deploy'ları ve migration'lar, force push'lar ve IAM ya da repo yetkisi verme işlemleri var. Çalışma dizinindeki yerel dosya işlemlerine, lock dosyalarınızda veya manifest'lerinizde tanımlı bağımlılıkların kurulmasına ve salt okunur HTTP isteklerine ise izin veriliyor.

Özete göre varsayılan modu kendiniz belirlediyseniz, tek seferlik bir geçiş önerisini kabul etmediğiniz sürece o ayar korunuyor; organizasyonunuzun yönettiği bir varsayılan ise hiç değişmiyor. Ayrıca bu planlarda sınıflandırıcı çağrıları artık kullanım limitlerinden düşmüyor. Dokümantasyon da açık konuşuyor: auto mode onay isteklerini azaltır ama güvenliği garanti etmez.

14 Ağustos'tan önce neye karar verirdim

En kötü senaryo, kimse bir seçim yapmadığı için ekibin kendiliğinden auto mode'a kayması. Pazartesi günü şu üç konuyu netleştirirdim.

  • Varsayılanı bilinçli olarak seçin. Ekibinizin Manual modda kalması gerekiyorsa, managed settings içinde permissions.defaultMode değerini default yapın ki değişmesin. Yöneticiler, permissions.disableAutoMode değerini "disable" yaparak auto mode'u organizasyon genelinde tamamen kapatabilir.
  • Branch protection'ı kontrol edin. Auto mode'da mevcut repository'nin herhangi bir branch'ine, default branch dahil, push işlemi, içerik bir engelleme kuralına takılmadığı sürece onay sorulmadan gerçekleşir. production veya gh-pages gibi deploy hedefi olan branch'ler ayrıca değerlendirilir. Remote tarafındaki branch protection yine geçerlidir; bu yüzden gerçekten tanımlı olduğundan emin olun.
  • Kesin sınırları sohbete değil kurallara yazın. Sınıflandırıcı, konuşmadaki "push etme" ifadesini bir engelleme sinyali olarak ele alır, ancak bunu transcript'ten yeniden okur ve context compaction bu mesajı düşürebilir. Kesin bir garanti için dokümantasyon deny kuralını işaret ediyor.

Ödemelere dokunan bir repo için push'larda bir insan kontrol noktası bırakırdım, çünkü açıkça tanımlanmış ask kuralları auto mode'da da onay istemeye devam ediyor:

{
  "permissions": {
    "ask": ["Bash(git push *)"]
  }
}

Ayrıca kural listelerinin tamamını okumak için claude auto-mode defaults komutunu çalıştırın ve güvendiğiniz repo'ları, bucket'ları ve servisleri autoMode.environment altında listeleyin. Çalışma dizini ve oturum başladığında yapılandırılmış remote'lar dışındaki her şey harici sayılıyor; bu yüzden bunlara dokunan rutin işler engellenebilir.

Oturumlar artık birbiriyle konuşabiliyor

macOS ve Linux'ta v2.1.224 ile Claude, diğer oturumlarınızı ListAgents ile buluyor ve SendMessage ile metin gönderiyor; bunu ya siz istediğiniz için ya da bir oturumdaki değişiklik başka bir oturumun yaptığı işi etkilediğinde kendi inisiyatifiyle yapıyor. Karşı tarafa geçen şey yalnızca Claude'un yazdığı metin; konuşma geçmişiniz veya dosyalarınız asla aktarılmıyor. /list-agents ise hangi oturumlara ulaşılabildiğini gösteriyor.

Her gün birkaç coding agent'ı paralel çalıştırıyorum ve genellikle aralarındaki mesaj taşıyıcısı insan oluyor. Bu özellik o yükün bir kısmını kaldırıyor ama aynı zamanda yeni bir girdi kanalı açıyor. Bu yüzden changelog'a göre v2.1.222'den beri sınıflandırıcının auto mode'da her SendMessage çağrısını gönderilmeden önce kontrol etmesi iyi bir şey. Yine de gelen bir mesajı emir olarak değil, doğrulanması gereken bir ipucu olarak ele alırdım.

Self-hosted runner'lar "bizim ağımıza erişmesi lazım" sorununa cevap veriyor

Team ve Enterprise planlarında public beta olarak sunulan self-hosted environment'lar, Claude Code cloud oturumlarını claude self-hosted-runner aracılığıyla kendi makinelerinizde veya container'larınızda çalıştırıyor. Biri claude.ai'den, mobil veya masaüstü uygulamalarından ya da claude --cloud ile oturum başlatırken bu environment'ı seçtiğinde oturum, iç servislere erişimi olacak şekilde sizin ağınızın içinde çalışıyor. Bunun için önce bir Owner'ın Allow self-hosted environments seçeneğini açması gerekiyor.

Quickstart dokümanına göre runner host'ları Linux ya da macOS olmalı, api.anthropic.com, claude.ai ve git sağlayıcınıza giden HTTPS erişimine sahip olmalı; clone işlemleri de host'ta zaten tanımlı olan git kimlik bilgileriyle yapılıyor. Environment secret yalnızca bir kez gösteriliyor ve 365 gün sonra geçerliliğini yitiriyor. Bir runner, oturumları bittiğinde tasarım gereği kapanıyor; dolayısıyla production için bir orchestrator gerekiyor. Bu host'lara CI runner'larına davrandığınız gibi davranın: kapsamı daraltılmış kimlik bilgileri, kontrollü egress ve her yeniden başlatmada temiz bir dosya sistemi.

Okumaya değer küçük değişiklikler

  • Worktree izolasyonu artık ana checkout'a ulaşan Bash komutlarını ve git yönlendirmelerini de engelliyor; subagent'lardan gelenler dahil.
  • Bir Bash komutu artık kendisinin bir kısmını izin kontrollerinden gizleyemiyor; tab veya görünmez Unicode karakterlerle yapılan dolgu da onay penceresinde metin gizleyemiyor.
  • Bir repository'ye commit'lenmiş ayarlar artık Remote Control auto-connect özelliğini açamıyor.

Benim yorumum

Auto mode, günlük işlerin çoğu için makul bir varsayılan ve engelleme listesi, her şeye toptan izin vermekten çok daha düşünülmüş. Ama bu, birinin tıklayıp geçtiği bir onay penceresine değil, repo'nun sahibine ait bir güven kararı. Varsayılanı sabitleyin, branch protection'ı doğrulayın, gerçek sınırları kurallara taşıyın ve runner host'larına production altyapısı gibi davranın.

Kaynaklar

Bu yazıda yararlanılan birincil kaynaklar.

  1. code.claude.com/docs/en/whats-new/2026-w32 (yeni sekmede açılır)
  2. code.claude.com/docs/en/permission-modes (yeni sekmede açılır)
  3. code.claude.com/docs/en/self-hosted-environments-quickstart (yeni sekmede açılır)
  4. code.claude.com/docs/en/changelog (yeni sekmede açılır)

Yazar hakkında

Umut Korkmaz

Lead Yazılım Mühendisi

İstanbul'da kıdemli yazılım mühendisi olarak çalışıyorum. Burada, bizzat canlıya aldığım araçları ve sürümleri, sahada öğrendiklerimle birlikte yazıyorum.

Ortak konulara göre seçildi.