Claude Code otomatik mod varsayılan ayarı nasıl değişti?

14 Ağustos 2026 tarihinde otomatik modda gerçekleşen değişiklikler

Claude Code otomatik modu, araç çağrılarını size sormadan çalıştırır ve her eylemi öncelikle inceleme için ayrı bir sınıflandırıcı modele gönderir. 14 Ağustos 2026 tarihinden itibaren bu mod, Pro, Max ve Team planlarındaki yeni oturumların varsayılan modu haline gelmektedir. Modlar arasında dilediğiniz zaman geçiş yapabilirsiniz; daha önce kendiniz için belirlediğiniz bir varsayılan ayar üzerine yazılmaz.

Dokümantasyon bu değişikliği şu şekilde belirtmektedir:

14 Ağustos 2026 tarihinden itibaren otomatik mod, Pro, Max ve Team planlarındaki yeni oturumlar için varsayılan izin modu haline gelir. Modlar arasında dilediğiniz zaman geçiş yapabilirsiniz. Kendi belirlediğiniz bir varsayılan ayar, tek seferlik geçiş istemini kabul etmediğiniz sürece geçerliliğini korur; kuruluşunuz tarafından yönetilen bir varsayılan ayar ise değişmez.

Burada tarihten daha önemli iki madde bulunmaktadır. Kendi ayar dosyanızda belirlediğiniz bir defaultMode, bu değişiklikten etkilenmez. Kuruluşunuzun yönetilen ayarlar aracılığıyla dağıttığı bir varsayılan ayar da korunur. Duyuru gönderisi, otomatik modun Enterprise planları ve dağıtımın ilk aşamasında API kullanan hesaplar için isteğe bağlı kalmaya devam edeceğini eklemektedir.

Claude Code'u bir VPS (sanal özel sunucu) üzerinde çalıştırıyorsanız, değişiklik yürürlüğe girmeden önce bu konuyu incelemenizde fayda vardır. İzin istemi, başında bir kişinin bulunmasını gerektiren bir kontrol noktasıdır. Uzak bir sunucuda genellikle başında bulunmadığınız için, oturumun başladığı mod, saatlerce geçerli olan moddur.

En yüksek denetimden en düşüğüne Claude Code izin modları

Altı farklı mod bulunmaktadır. Her satırın başındaki isim, ayarlara yazacağınız veya --permission-mode ile ileteceğiniz değerdir.

• default: Claude her yeni araç kullanımından önce onay ister. Çalışma dizininizdeki okuma işlemleri uyarısız gerçekleşmeye devam eder. CLI (komut satırı arayüzü) bu modu Manual olarak etiketler ve Claude Code v2.1.200 sürümünden itibaren manual takma adını kabul eder.
• plan: Claude dosyaları okur ve keşif için komutlar çalıştırır, ancak kaynak kodunuzu düzenlemez. Düzenlemeler, planı onaylayana kadar engelli kalır.
• acceptEdits: Dosya düzenlemeleri, mkdir, touch, rm, rmdir, mv, cp ve sed dosya sistemi komutlarıyla birlikte uyarısız çalışır. Bu durum yalnızca çalışma dizininiz veya additionalDirectories içindeki yollar için geçerlidir. Diğer tüm kabuk komutları onay istemeye devam eder.
• auto: Her şey çalışır, sınıflandırıcı her eylemi önceden denetler. Açık ask kuralları onay istemeye zorlamaya devam eder.
• dontAsk: Claude Code, onay gerektirecek her şeyi otomatik olarak reddeder. Yalnızca allow kurallarınız, yerleşik salt okunur Bash komutları ve bir PreToolUse kancasının onayladığı çağrılar çalışır. Oturum hiçbir zaman girdi beklemez.
• bypassPermissions: .git ve .claude gibi korumalı yollara yazma işlemleri dahil olmak üzere istemler ve güvenlik denetimleri atlanır.

Oturum sırasında Shift+Tab tuşuna basarak default ile acceptEdits ve plan arasında geçiş yapabilirsiniz. Durum çubuğu, ⏵⏵ auto mode on veya gri renkli ⏸ manual mode on gibi bulunduğunuz modu gösterir. Diğer modlar varsayılan olarak bu döngüde yer almaz. auto, hesabınız gereksinimleri karşıladığında döngüye eklenir. bypassPermissions ise yalnızca oturum --permission-mode bypassPermissions veya --dangerously-skip-permissions ile başlatıldığında döngüye dahil olur. dontAsk burada hiçbir zaman görünmez, bu yüzden claude --permission-mode dontAsk ile ayarlayın.

Otomatik mod ayrıca güncel bir model gerektirir; modun hiç görünmemesinin yaygın nedeni budur. Ağustos 2026 itibarıyla belgeler; Anthropic API üzerinde Claude Opus 4.6 veya üzeri, Sonnet 4.6 veya üzeri ve Fable 5 modellerini listelemekte, Sonnet 4.5 gibi eski modellerin hiçbir sağlayıcıda desteklenmediğini belirtmektedir. Claude Code otomatik modun kullanılamadığını bildiriyorsa, bu gereksinimlerden biri karşılanmamış demektir. Bu geçici bir kesinti değildir, bu nedenle beklemek sorunu çözmeyecektir.

bypassPermissions dahil olmak üzere her modda iki kontrol geçerliliğini korur: deny kuralları ve açık ask kuralları. Bunlar, oturum hangi modda başlarsa başlasın elinizde tuttuğunuz denetim mekanizmalarıdır.

Otomatik mod sınıflandırıcısının engelledikleri

Sınıflandırıcı, bekleyen eylemi okuyan ve isteğinizle uyumlu olup olmadığına karar veren ikinci bir modeldir. Dokümantasyon, bu modelin görevini tek bir cümleyle açıklar:

Ayrı bir sınıflandırıcı model, eylemleri çalıştırılmadan önce gözden geçirir; isteğinizin kapsamını aşan, tanınmayan altyapıyı hedefleyen veya Claude'un okuduğu kötü niyetli içeriklerden kaynaklandığı görülen her şeyi engeller.

Bir sunucu operatörünün en sık karşılaştığı kategorilerde varsayılan olarak engellenenler:

• curl | bash gibi kod indirme ve çalıştırma
• Üretim ortamına dağıtım (deploy) ve taşıma işlemleri
• Force push
• Paylaşılan altyapıyı değiştirme
• Yerel bir servisi genel internetten erişilebilir kılan bir tünel veya reverse shell açma
• Canlı bir kimlik bilgisini veya token değerini transkripte ya da bir dosyaya yazdırma

Varsayılan olarak izin verilenler:

• Çalışma dizininizdeki yerel dosya işlemleri
• Lock dosyalarınızda veya manifestlerinizde tanımlı bağımlılıkları yükleme
• Salt okunur HTTP istekleri
• Üzerinde çalıştığınız deponun herhangi bir dalına (branch) push yapma

Yukarıdaki gibi bir özetle yetinmeyin. Tam kural listesini JSON formatında yazdırmak için claude auto-mode defaults komutunu çalıştırın ve yüklü olan sürümle birlikte gelen kurallar setini okuyun.

Bu mekanizmaya güvenmeden önce iki dokümante edilmiş sınırlamaya dikkat edilmelidir. Birincisi, sınıflandırıcı mesajlarınızı, araç çağrılarını ve CLAUDE.md içeriğinizi görür; ancak araç sonuçları çıkarıldığı için Claude'un okuduğu bir dosya veya web sayfası içindeki metin, sınıflandırıcıya doğrudan hitap edemez. İkincisi, sınıflandırıcı bir eylemi arka arkaya 3 kez veya tek bir oturumda 20 kez engellediğinde, otomatik mod duraklatılır ve Claude Code size soru sorma aşamasına geri döner. Bu eşikler yapılandırılamaz. -p bayrağı ile etkileşimli olmayan modda soru sorulacak kimse olmadığından, tekrarlanan engellemeler oturumu sonlandırır.

Bu ikinci davranış, uzak bir sunucuda sorun yaratan durumdur. Limite takılan gözetimsiz bir çalışma durur ve terminale bakmayan bir kullanıcıyı bekler. Ajanın yapmayı hedeflediği işi daraltmak çözümün diğer yarısıdır ve ajanı çalışan en küçük değişikliğe yönlendiren bir beceri, oturumun sınıflandırıcının durdurduğu geniş kapsamlı eylemlere sapmasını engeller.

Modların settings.json dosyasında bulunduğu yer

Yukarıdaki her şey, bir ayar dosyasındaki tek bir nesnedir.

{
  "permissions": {
    "defaultMode": "auto",
    "allow": [
      "Bash(npm run test *)",
      "Bash(git status)"
    ],
    "ask": [
      "Bash(git push *)",
      "Bash(docker compose up *)"
    ],
    "deny": [
      "Read(./.env)",
      "Read(./secrets/**)",
      "Bash(curl *)"
    ]
  }
}

Kurallar sırasıyla değerlendirilir: önce reddet (deny), sonra sor (ask), en son izin ver (allow). Bu sıralamadaki ilk eşleşme sonucu belirler; daha dar kapsamlı bir kural, daha önce gelen daha geniş kapsamlı bir kuralı geçersiz kılmaz. Bash(aws *) için bir reddetme kuralı, aynı komuta izin vermiş olsanız bile aws s3 ls işlemini engeller; dolayısıyla bir reddetme kuralı istisnaları barındıramaz.

ask, otomatik modda (auto mode) işe yarayan kural türüdür. Otomatik mod rutin istemleri kaldırır, bir ask kuralı ise üzerinde bir kişinin bulunmasını istediğiniz belirli komut için istemi geri getirir. Dağıtım (deploy) komutunuz burada yer almalıdır. Kod kutudan çıkmadan önce bir kontrol noktası istiyorsanız Bash(git push *) de aynı şekilde burada yer almalıdır. Kimlik bilgisi dosyalarını deny içinde tutmak bunun diğer yarısıdır ve bu, kimlik bilgilerini en başta bir aracın erişiminden uzak tutma ile eşleşir.

Ayar dosyalarının kendileri, en düşük öncelikten en yükseğe doğru:

• ~/.claude/settings.json: her projede uygulanan kullanıcı ayarlarınız.
• .claude/settings.json: depoya (repository) commit edilen proje ayarları.
• .claude/settings.local.json: tek bir depo için git-ignored olan kişisel ayarlarınız.
• Yönetilen ayarlar: bir yönetici tarafından dağıtılır. Linux üzerinde bu dosya /etc/claude-code/managed-settings.json konumundadır. Bir komut satırı bayrağı dahil hiçbir şey, yönetilen bir izin kuralını geçersiz kılamaz.

Buradaki bir tuzak, belgelenmiş bir nedene sahiptir. defaultMode: "auto", Claude Code v2.1.142 sürümünden itibaren .claude/settings.json veya .claude/settings.local.json üzerinden geldiğinde yoksayılır; böylece bir depo, bir ayar dosyası göndererek kendisine otomatik mod yetkisi veremez. Bunu orada ayarlarsanız oturum, hiçbir hata mesajı yazdırılmadan default modunda başlar. Satırı ~/.claude/settings.json konumuna taşıyın. Her aktif kuralı, geldiği dosyanın yanında listelemek için /permissions komutunu çalıştırın.

Bir modu kapatan iki anahtar

Yöneticilerin elinde iki adet durdurma anahtarı bulunur ve her ikisi de boolean yerine "disable" dizisini kabul eder.

{
  "permissions": {
    "disableAutoMode": "disable",
    "disableBypassPermissionsMode": "disable"
  }
}

Belgeler, bu anahtarların nereye yerleştirileceği konusunda oldukça nettir:

bypassPermissions veya auto modunun kullanılmasını engellemek için, herhangi bir ayar dosyasında permissions.disableBypassPermissionsMode veya permissions.disableAutoMode değerini "disable" olarak ayarlayın. Bunlar, geçersiz kılınamayacakları yönetilen ortamlarda en yüksek faydayı sağlar.

disableAutoMode, auto öğesini Shift+Tab döngüsünden çıkarır ve başlangıçta --permission-mode auto isteğini reddeder. disableBypassPermissionsMode, bypass modu için aynı işi yapar ve herhangi bir kapsamda çalışır; bu sayede canlı bir sunucuda saat sabah 02:00'de erişmek istemeyeceğiniz bir moddan kendinizi kilitlemek için bunu kendi ~/.claude/settings.json dosyanızda ayarlayabilirsiniz. Başkalarının da kullandığı bir makinede ise her ikisini de /etc/claude-code/managed-settings.json içine yerleştirin; çünkü kullanıcı ayar dosyası kullanıcıya aittir, yönetilen ayar dosyası ise kullanıcıya ait değildir.

VPS üzerinde otomatik modun neden bir yalıtım sınırına ihtiyaç duyduğu

Sınıflandırıcı, eylemleri tek tek inceler. Onaylanmış bir eylemin daha sonra ne yapacağını içermez. Dokümantasyon bu sınırı açıkça çizer:

Sınıflandırıcı, eylem bazlı bir denetim mekanizmasıdır, bir yalıtım sınırı değildir; bu nedenle yalıtım sınırı, gözetimsiz çalıştırmalar için derinlemesine savunma sağlar ve --dangerously-skip-permissions için olduğu gibi zorunlu değildir.

Bu durumda uzak bir sunucu için en uygun eşleşme, otomatik mod ve kaybetmeyi göze alabileceğiniz bir ortamdır; bypassPermissions ve umut etmek değildir. Bypass modu yalnızca yalıtılmış ortamlar için belgelenmiştir: Claude Code'un ana sisteminize zarar veremeyeceği konteynerler, sanal makineler veya internet erişimi olmayan geliştirme konteynerleri. Veritabanınızı ve reverse proxy'nizi çalıştıran bir VPS, bunların hiçbiri değildir.

Bir sunucuda yükün büyük kısmını üç unsur taşır. Claude Code'u asla root olarak değil, normal bir kullanıcı olarak çalıştırın. Bu kullanıcıya yalnızca bir çalışma dizini verin ve okunmaya değer başka hiçbir şey bırakmayın. Sunucuyu onarmak yerine yeniden oluşturun; her işten sonra atılan geçici bir sanal makine kullanmanın mantığı budur. Kullanıcı oluşturmadan güvenlik duvarı kurallarına kadar bu süreçlerin arkasındaki sıkılaştırma detayları Claude Code'u bir VPS üzerinde çalıştırmaya yönelik tam güvenlik rehberi içinde ele alınmıştır, bu yüzden burada tekrarlanmamıştır.

Claude Code, root kuralını bizzat uygular. Linux ve macOS üzerinde, sudo altında veya root olarak bypass modunda başlamayı reddeder:

--dangerously-skip-permissions cannot be used with root/sudo privileges for security reasons

Bu denetim, tanınan bir sandbox içinde atlanır; bu nedenle otonom konteyner çalışmaları için belgelenen çözüm, Claude Code'u root olmayan bir kullanıcı olarak çalıştıran bir geliştirme konteyneridir. Eğer ajanı bir telefon veya dizüstü bilgisayar üzerinden SSH ile yönetiyorsanız, aynı mantık tmux içinde açık tutulan uzun süreli bir Claude Code oturumu için de geçerlidir: oturum çalışırken istemi kimse izlemiyor olacaktır.

Ubuntu VPS üzerinde Bash sandbox kurulumu

Yerleşik sandbox, Claude tarafından çalıştırılan her Bash komutunun dosya sistemi ve ağ erişimini kısıtlar; işletim sistemi bu kısıtlamaları alt süreçlere de uygular. Linux üzerinde bu işlem için iki paket gereklidir.

sudo apt-get install bubblewrap socat

Claude Code'u başlatın ve /sandbox komutunu çalıştırın. Panel; bir Mode sekmesi, bir Overrides sekmesi ve eksik olanları listeleyen bir Dependencies sekmesi ile açılır. Bağımlılık denetimi başlangıçta yapıldığından, paketleri yükledikten sonra Claude Code'u yeniden başlatın; aksi takdirde panel bunları hala eksik olarak gösterecektir.

Ubuntu 24.04 ve sonraki sürümlerde, varsayılan AppArmor politikası bubblewrap'in ihtiyaç duyduğu kullanıcı ad alanlarını (user namespaces) oluşturmasını engeller, bu nedenle sandbox başlatılamaz. Bu durumun sunucunuz için geçerli olup olmadığını kontrol edin:

sysctl kernel.apparmor_restrict_unprivileged_userns

0 çıktısı veya anahtarın mevcut olmadığına dair bir hata, yapılması gereken bir işlem olmadığını gösterir. 1 çıktısı ise bwrap için özel bir profil gerektiğini belirtir:

sudo tee /etc/apparmor.d/bwrap > /dev/null <<'EOF'
abi <abi/4.0>,
include <tunables/global>

profile bwrap /usr/bin/bwrap flags=(unconfined) {
  userns,
  include if exists <local/bwrap>
}
EOF
sudo systemctl reload apparmor

Bu profil, sandbox içinde çalıştırılan komutlara değil, doğrudan bwrap uygulamasına uygulanır. Ardından ayarlardan sınırı daraltın:

{
  "sandbox": {
    "enabled": true,
    "filesystem": {
      "denyRead": ["~/"],
      "allowRead": ["."]
    },
    "network": {
      "allowedDomains": ["github.com", "*.npmjs.org"]
    }
  }
}

Bu blok, projenin .claude/settings.json dosyasına eklenmelidir; çünkü . yalnızca proje ayarlarından proje kök dizinine çözümlenir. Aynı satırları ~/.claude/settings.json dosyasına eklerseniz ., ~/.claude dizinine çözümlenir; bu durumda denyRead kuralı proje dosyalarınızı engelli tutar ve her komut düzenlemesi gereken kodu okuyamaz.

Bu yöntemin neleri kapsamadığını bilmek önemlidir. Sandbox, Bash'i ve alt süreçlerini kısıtlar. Yerleşik dosya araçları Claude Code süreci içinde çalışır; MCP (model context protocol) sunucuları ve kancalar ise ana makinede kısıtlamasız çalışan ayrı süreçlerdir. Bunların tamamını tek bir sınır arkasına almak için tüm Claude Code sürecini bir container, sanal makine veya yazıldığı sırada beta araştırma önizlemesi olan @anthropic-ai/sandbox-runtime paketi içinde çalıştırın.

Hangi kurulum hangi mod için uygundur?

Kendi dizüstü bilgisayarınızdaki tek bir depo

auto kullanın ve görmek istediğiniz işlemler için ask kurallarını uygulayın. Klavye başında siz olduğunuz için sınıflandırıcı geri dönüşü size ulaşabilir ve oluşabilecek hasar, kontrolünüz altındaki tek bir makineyle sınırlıdır. 14 Ağustos varsayılanı bu senaryo için yazılmıştır.

Paylaşımlı bir VPS

Her kullanıcının kendi ~/.claude/settings.json dosyasında tanımlanan, kullanıcı başına auto modunu kullanın. Claude Code çalıştıran hesabın root olmadığı ve diğer kullanıcıların verilerini okuyamadığı bir sunucu tercih edin. disableBypassPermissionsMode dosyasını, paylaşımlı yolları koruyan reddetme kurallarıyla birlikte /etc/claude-code/managed-settings.json içinde "disable" olarak dağıtın. Paylaşımlı bir sunucu, bypassPermissions modunun yanlış olduğu en net durumdur; çünkü bu modun varsaydığı yalıtım sınırı mevcut değildir: diğer kiracılar zaten bu sınırın içindedir.

CI ve katılımsız oturumlar

İşin ihtiyaç duyduğu komutların açık bir allow listesiyle birlikte dontAsk kullanın. Bir istemi görecek kimse olmadığında, otomatik reddetme (auto-deny) doğru hata modudur. Otomatik mod da etkileşimli olmayan şekilde çalışır, ancak tekrarlanan sınıflandırıcı engellemeleri bir -p oturumunu yarıda keser; bu nedenle engellemelere takılan bir iş, işlem yarım kalmış şekilde başarısız olur. bypassPermissions modunu yalnızca bir imajdan yeniden oluşturduğunuz bir container veya sanal makine için saklayın ve önemsediğiniz başka süreçlerin çalıştığı hiçbir ana makinede kullanmayın.

FAQ

Claude Code içinde otomatik mod ne zaman varsayılan hale gelir?

14 Ağustos 2026 tarihinden itibaren Pro, Max ve Team planlarındaki yeni oturumlar için geçerlidir. Dokümantasyon, modlar arasında dilediğiniz zaman geçiş yapabileceğinizi, kendi belirlediğiniz bir varsayılanın tek seferlik geçiş istemini kabul etmediğiniz sürece geçerli kalacağını ve organizasyonunuz tarafından yönetilen bir varsayılanın değişmeyeceğini belirtir. Duyuru, otomatik modun Enterprise planları ve dağıtımın ilk aşamasında API kullanan hesaplar için isteğe bağlı kalacağını not eder. Bir oturumun hangi modda olduğunu, otomatik modda ⏵⏵ auto mode on yazan durum çubuğuna bakarak kontrol edebilirsiniz.

VPS üzerinde otomatik mod mu yoksa bypassPermissions mı kullanmalıyım?

İzolasyon sınırı ile eşleştirilmiş otomatik modu kullanın. Sınıflandırıcı, her eylemi çalıştırılmadan önce gözden geçirir; ancak dokümantasyon bunun eylem bazlı bir kontrol olduğunu ve bir izolasyon sınırı olmadığını açıkça belirtir. Bu nedenle, gözetimsiz bir çalıştırma için hala bir container, sanal makine veya yeniden oluşturmaya hazır olduğunuz bir ortam gereklidir. bypassPermissions kontrolleri tamamen atlar ve yalnızca izole edilmiş ortamlar için belgelenmiştir. Claude Code, Linux üzerinde root kullanıcısı olarak bu modda başlamayı reddeder ve --dangerously-skip-permissions cannot be used with root/sudo privileges for security reasons çıktısını verir.

Sunucumdaki herhangi birinin otomatik modu veya bypass modunu kullanmasını nasıl engellerim?

permissions.disableAutoMode ve permissions.disableBypassPermissionsMode ayarlarını /etc/claude-code/managed-settings.json dosyası içerisinde "disable" dizgisine ayarlayın. Yönetilen ayarlar diğer tüm kapsamların üzerinde yer alır; bu nedenle hiçbir kullanıcı ayar dosyası veya komut satırı bayrağı bunları geçersiz kılamaz. disableAutoMode, auto öğesini Shift+Tab döngüsünden kaldırır ve başlangıçta --permission-mode auto komutunu reddeder. disableBypassPermissionsMode de herhangi bir kapsamdan çalışır, dolayısıyla tek bir kullanıcı bunu kendi ~/.claude/settings.json dosyasında ayarlayabilir.

defaultMode: "auto" ayarım neden yok sayılıyor?

Çünkü yanlış dosyada bulunuyor. Claude Code v2.1.142 sürümünden itibaren, bir deponun ayar dosyası göndererek kendisine otomatik mod yetkisi vermesini önlemek amacıyla .claude/settings.json veya .claude/settings.local.json dosyalarından gelen defaultMode: "auto" ayarı yok sayılır. Oturum default modunda başlar ve herhangi bir hata mesajı vermez. Ayarı ~/.claude/settings.json dosyasına taşıyın, ardından her aktif kuralın hangi dosyadan geldiğini doğrulamak için /permissions komutunu çalıştırın. Otomatik mod hala kullanılamıyorsa model gereksinimini kontrol edin: Sonnet 4.5 gibi eski modeller hiçbir sağlayıcıda desteklenmemektedir.