AIREITERAnthropic, 22 Ekim'de Pro, Max ve Team planlarında çoğu Claude uygulamasındaki yeni oturumların bir sonraki hafta auto mode ile başlamaya başlayacağını duyurdu. Enterprise yöneticileri önce e-posta ile bilgilendirilecek; API ve bulut platformlarında ise auto mode şimdilik isteğe bağlı kalacak.
22 Ekim'de ne değişti, neler aynı kaldı?
22 Ekim güncellemesi, Claude Code'da yapılan değişikliği Claude uygulamalarının çoğuna taşıyor. 14 Ağustos 2026'dan itibaren Pro, Max ve Team planlarındaki yeni Claude Code oturumları auto mode ile açılmaya başladı. Farklı bir varsayılan modu sabitleyen kullanıcılara ise tek seferlik bir geçiş bildirimi gösterildi. Aynı Anthropic duyurusundaki 22 Ekim notuna göre auto mode, önümüzdeki hafta Pro, Max ve Team planlarındaki çoğu Claude uygulamasında yeni oturumların varsayılanı olacak. Enterprise yöneticileri, kuruluşlarındaki değişiklikten önce e-postayla bilgilendirilecek.
Ancak üç sınır aynı kaldı. Yönetilen ayarlarda bir varsayılan modu sabitleyen Team yöneticilerinin kullanıcıları için değişiklik olmayacak. Enterprise, Claude API, AWS üzerinde Claude Platform, Amazon Bedrock, Google Cloud's Agent Platform ve Microsoft Foundry hâlâ isteğe bağlı kullanımda kalacak; plan, auto mode'u önümüzdeki ay bu yüzeylerde de varsayılan yapmak. Kullanıcının kişisel olarak sabitlediği varsayılanlar da tek seferlik geçiş bildirimi kabul edilmediği sürece korunacak.
Kullanıcıların hangi davranışı göreceğinde sürüm alt sınırı da önemli. Sürüm notu takibine göre Claude Code v2.1.283 ve sonrası, herhangi bir izin modu yapılandırılmadığında etkileşimli terminal ve VS Code oturumları için auto mode'u yerleşik başlangıç modu olarak gösteriyor. Yine de özellik bayrakları henüz ulaşmadıysa temiz bir kurulum ilk açılışta manuel modla başlayabilir.
Claude auto mode kararları nasıl veriyor?
Anthropic'in duyurusuna göre Claude auto mode, her adımda kullanıcıdan onay istemek yerine her araç çağrısını ayrı bir sınıflandırıcıdan geçiriyor. Sınıflandırıcı rutin işlemlere izin veriyor; geri döndürülemez, yıkıcı veya çalışma ortamının dışına yönelen işlemleri ise engelliyor. Claude bunun ardından daha güvenli bir yol buluyor ya da doğrudan kullanıcıya soruyor. Arka arkaya üç engelleme veya aynı oturum içinde toplam yirmi engelleme gerçekleşirse sistem manuel onaylara dönüyor.
Claude auto mode'da açık izin kuralları sınıflandırıcıdan önce uygulanmaya devam ediyor. permissions.deny içindeki kurallar işlemi doğrudan engelliyor ve hiçbir sınıflandırıcı kararı bunları geçersiz kılamıyor. permissions.ask içindeki kurallar ise her zaman onay istiyor. Bash(python:*) gibi sınırsız kod çalıştırma yetkisi veren geniş allow kuralları, auto mode etkinken devre dışı bırakılıyor; böylece komutlar sınıflandırıcıyı tamamen atlayamıyor.
Sınıflandırıcı, statik bir allowlist'ten daha geniş bir bağlamla çalışıyor. Anthropic'e göre sistem, işlem gerçekleşmeden önce bir git push veya pull request'in hedefini (özel, güvenilir veya herkese açık) kontrol ediyor. git reset --hard gibi yıkıcı komutlardan önce de git deposunun mevcut durumunu inceliyor.
Web sayfalarından, dosya içeriklerinden veya araç çıktılarından gelen harici içerikler prompt injection taramasından geçiriliyor. İçerik bir injection girişimine benziyorsa Claude'un bağlamına uyarı ekleniyor. Veri dışarı aktarma ise auto mode tarafından onaylanmayan, kesin olarak reddedilen işlemler arasında yer alıyor; böyle bir işlemi çalıştırmak için modu değiştirmek veya komutu doğrudan çalıştırmak gerekiyor.
Anthropic'e göre auto mode neden sürekli onay istemekten daha iyi?
Anthropic bu değişikliği, ölçümlerle desteklenen bir kullanım kolaylığı hamlesi olarak sunuyor. Claude Code kullanıcıları izin istemlerinin %97'sini onaylıyor, ancak kendilerine sunulan planların %39'unu reddediyor. Anthropic bu farkı, planı incelemek yerine tek tek onay istemlerinde refleks olarak tıklama eğiliminin göstergesi olarak yorumluyor. Haziran 2026 itibarıyla aktif CLI kullanıcılarının %49,5'i elle bir Bash allow kuralı yazmış, %62'si bypassPermissions veya "don't ask again" seçeneğini kullanmış ve etkileşimli oturumların %25'i bypass modunda başlamıştı.
Kontrollü çalışma bu alışkanlığı sayılarla ortaya koydu. Anthropic, bir araştırma şirketi üzerinden 1.053 ücretli test kullanıcısı buldu; her oturumdaki bir izin istemini açıkça tehlikeli bir komutla değiştirdi ve verilen tepkiyi kaydetti. Tehlikeli metin gerçek anlamda hiçbir işlemi çalıştırmadı. İnsanlar komutu zamanın %13,6'sında (1.053 kişinin 143'ü) fark ederken auto mode aynı komutların %89'unu (1.053 kişinin 937'sini) engelledi.
Doğrudan karşılaştırmada auto mode, insanların onayladığı 800 komutu engelledi. İnsanlar ise auto mode'un izin verdiği yalnızca 6 komutu durdurabildi. Üstelik insanlar, daha önce 50 veya daha fazla onay istemi gördüklerinde başarı oranını başlangıçtaki yaklaşık %17'den yaklaşık %5'e düşürdü; auto mode'un performansı ise sabit kaldı.
Anthropic'in duyurusuna göre üretim ortamlarından ve üçüncü taraflardan gelen veriler de aynı yöne işaret ediyor. Mayıs-Haziran 2026 arasında işaretlenen oturumların %6,3'ünde, kullanıcının açıkça istemediği üretim seviyesinde zarar manuel olarak onaylanan işlemlerde görüldü. Auto mode oturumlarında bu oran %2,4'tü. Trajectory Labs, 72 prompt injection senaryosunun her birini on kez çalıştırdı: Claude Fable 5, Opus 5 veya Sonnet 5 auto mode'dayken 720 denemenin hiçbiri başarılı olmadı. Codex Auto-review modundaki GPT-5.6 Sol'da ise başarı oranı %5,83 olarak ölçüldü.
Apollo Research'ün red-team çalışmaları, depo görünürlüğü, git durumu ve veri işleme kurallarıyla güçlendirme yapıldıktan sonra sınıflandırıcının kaçırma oranını %12'den %7'ye indirdi. Anthropic ayrıca üç dahili önleme örneği veriyor: ağ dışına yapılan bir yüklemenin herkese açık bir paste sitesine yönelmesi, GPU eğitim işlerini tehdit eden yaklaşık 2.000 pod genelinde toplu işlem sonlandırılması ve fazla geniş bir faturalandırma rolü yükseltmesi. Adobe, Nuro, Gusto ve Garner Health'in de aralarında bulunduğu Teams ve Enterprise kullanıcılarında pull request sayısı yaklaşık %25 arttı.
Geçişten sonra kullanıcıları neler bekliyor?
Gerçek kullanıcı tartışmaları, duyurunun üzerinde fazla durmadığı bazı sürtüşmeleri de ortaya koyuyor. En çok şikâyet edilenler rutin işlemler: commit'ler, worktree temizliği, SSH ve sunucu işleri ile dağıtım komutlarının auto mode'da engellenmesi veya yeniden onay istemesi.
"auto classifier en temel işlemler için bile izin istiyor, açıkça izin verdikten sonra bile bunları yapmıyor." — u/dfritter4, r/ClaudeCode
En can sıkıcı nokta, verilen onayın bir engellemeyi geçersiz kılmaması. Birkaç kullanıcı, işlemi onayladıkları halde çalışma ortamının yine de işlemi reddettiğini bildiriyor. Bu durumda manuel moda veya terminale geçmek gerekiyor.
"Manuele dönüp ajana devam etmesini söylemem, manuel olarak onaylamam ve sonra yeniden auto mode'a geçmem gereken durumlar yaşadım." — u/phoenixmatrix, r/ClaudeCode
Sınıflandırıcı kesintileri, güvenlik nedeniyle verilen retlerden ayrı bir sorun grubu oluşturuyor. Bir birden fazla projeyi etkileyen olayda kullanıcılar projeler genelinde "The server-side auto mode classifier gave no verdict" mesajını gördü. Durum sayfasında herhangi bir olay görünmüyordu ve geçici çözüm, hizmet düzelene kadar manuel moda geçmekti.
Listeyi tamamlayan diğer endişeler kaliteyle ilgili ve varsayılan dağıtım tartışmasında dile getiriliyor. Bazı kullanıcılar yıkıcı komutlardan çok Claude'un işi gereğinden fazla karmaşıklaştırmasından, kapsamdan sapmasından veya otonom çalışırken zayıf mimari kararlar almasından endişeli. Tekrarlanan bu sürtüşmeler, azınlıkta kalan bazı kullanıcıları yalnızca git, container ve merge öncesi incelemeyle korunan --dangerously-skip-permissions seçeneğine geri itiyor.
Claude auto mode'dan çıkmadan kontrol noktalarını koruyun
Çoğu geliştiriciyi şaşırtan varsayılan davranış şu: Claude auto mode, push ve pull request oluşturma işlemlerine izin veriyor. Buna üzerinde çalışılan dal ve varsayılan dal da dahil. Force push'lar, commit'lerde görünen sırlar ve geçmişi yeniden yazma işlemleri ise yumuşak biçimde engelleniyor ve açık niyet gerektiriyor. "Depoyu temizle" demek force push yetkisi vermiyor; tam olarak hangi işlemin istendiğini belirtmek gerekiyor. production, release veya gh-pages gibi dağıtım hedefini belirten dal adları da üretim dağıtımı olarak ayrıca değerlendiriliyor.
Push ve PR işlemleri dışındaki her şey için auto mode'u kullanmaya devam etmek istiyorsanız, sınıflandırıcıdan önce değerlendirilen içerik kapsamlı ask kuralları ekleyin:
{ "permissions": { "ask": ["Bash(git push *)", "Bash(gh pr create *)"] } }Aşılmaması gereken kesin bir sınır için sohbet talimatları yerine permissions.deny kullanın. "İnceleyene kadar push yapma" gibi sözlü bir talimat bağlam sıkıştırıldığında kaybolabilir; ask veya deny kuralı ise kalıcıdır. Bilinen bir hedefe yönelik retler tekrarlanıyorsa sınıflandırıcı altyapıyı tanımıyor olabilir. Kullanıcı veya yönetilen ayarlarda autoMode.environment içine bu altyapıyı eklemek yardımcı olur.
Retleri /permissions içindeki Recently denied sekmesinden inceleyip birini yeniden denemek için r tuşuna basabilirsiniz. Kurulumu claude auto-mode config, claude auto-mode defaults ve claude auto-mode critique komutlarıyla denetleyin. İki noktaya dikkat edin: Bash(npm test) gibi dar allow kuralları sınıflandırıcıdan önce çözümlenir ve yıkıcı bir argümanın fark edilmeden geçmesine izin verebilir. v2.1.193 veya sonrası sürümlerde autoMode.classifyAllShell değerini true yaparak her shell komutunun sınıflandırılmasını sağlayabilirsiniz; bunun küçük bir gecikme maliyeti vardır. Ayrıca özel allow, soft_deny, hard_deny veya environment listeleri, içinde "$defaults" ifadesi birebir korunmadıkça yerleşik listelerin tamamının yerine geçer.
Gerektiğinde kapatın
Claude auto mode'da oturum bazında mod değiştirmek tek hareketle mümkün. CLI'da modlar arasında geçiş yapmak için Shift+Tab tuşlarına basın veya masaüstü uygulamasındaki mod açılır menüsünü kullanın. Alternatif olarak oturumu claude --permission-mode manual komutuyla başlatabilirsiniz. Bu değişiklik yalnızca mevcut oturum için geçerli olur.
Manuel modu kalıcı olarak sabitlemek için varsayılanı kullanıcı ayarlarındaki ~/.claude/settings.json dosyasına kaydedin:
{ "permissions": { "defaultMode": "manual" } }v2.1.200 ve sonraki sürümlerde manual değeri, default için bir takma addır. Depo seviyesindeki .claude/settings.json dosyası auto mode'u etkinleştiremez veya sabitleyemez: buraya yazılan defaultMode: auto ve bypassPermissions yok sayılır. Bu nedenle açma veya kapatma tercihi kullanıcı ya da yönetilen ayarlarda yapılmalıdır. Kuruluş yöneticileri, yönetilen ayarlarda defaultMode kullanarak kuruluşun varsayılanını sabitleyebilir veya permissions.disableAutoMode değerini "disable" yaparak auto mode'u tamamen kaldırabilir. v2.1.251'den itibaren bu ayar hâlihazırda çalışan oturumlara da uygulanır. Auto mode'un kullanılabildiği yerlerde varsayılan olan useAutoModeDuringPlan açıkken auto-mode sınıflandırıcısı plan modu sırasında shell komutlarını da inceler.
Açık mı kalsın, manuel mod mu sabitlensin?
Mod seçimini hevesinize göre değil, işlemin yaratabileceği etki alanına göre yapın. Tek başına yapılan denemeler, izole yerel refactor işlemleri, bağımlılık güncellemeleri, test üretimi ve diff ile test paketinin kontrol noktası olduğu dokümantasyon temizliği auto mode için uygun işlerdir. Paylaşılan ekip depolarında ise kullanıma geçmeden önce korumalı yolları, sırlar ve dağıtım manifestoları için kesin ret kurallarını, ayrıca üzerinde anlaşılmış sandbox veya geçici dalları belirleyin.
| İş akışı | Önerilen mod | Önce ayarlanacak koruma |
|---|---|---|
| Tek başına keşif, geri alınabilir düzenlemeler | Auto mode | Recently denied incelemesi + r ile yeniden deneme alışkanlığı |
| Ekip deposu, rutin özellik geliştirme | Push kontrol noktalarıyla auto mode | git push * ve gh pr create * için ask |
| Üretim dağıtımları, IAM, sırlar, olay müdahalesi | Manuel veya plan modu + insan tarafından diff incelemesi | Aşılmaması gereken sınırlar için deny kuralları |
| Düzenlemeye tabi veya HIPAA'ya uygunluk kapsamındaki oturumlar | Manuel (auto mode'a geçiş hâlâ mümkün) | Yönetilen defaultMode + kimlerin değiştirebileceğine ilişkin denetim |
CLI ve editör entegrasyonlarını aynı sürüm serisine güncelleyin, tek bir yönetilen varsayılan belirleyin, korumalı yolları ve kesin ret kurallarını tanımlayın. İlk çalışmaları sahte verilerle devcontainer veya izole VM'lerde yürütün. Merge öncesinde git diff, test çalıştırmaları ve gerçek bir incelemeyi zorunlu kontrol noktası olarak tutun. Anthropic'e göre mayıs ortasından bu yana oturumların yaklaşık %10'unda sınıflandırıcı reddi görülüyor.
Sık sorulan sorular
Claude auto mode ekstra token ücreti çıkarıyor mu?
Anthropic'e göre 7 Ağustos 2026 itibarıyla Pro, Max ve Team planlarında ekstra ücret alınmıyor. Enterprise, API ve bulut platformu oturumlarında ise istemci tarafındaki sınıflandırıcı çağrıları token kullanımına dahil olmaya devam ediyor.
Auto mode meşru bir işi engellerse ne yapmalıyım?
/permissions komutunu açın, Recently denied sekmesini kontrol edin ve reddedilen işlemi yeniden denemek için r tuşuna basın. Aynı hedef sürekli reddediliyorsa güvenilir altyapıyı autoMode.environment içine ekleyin.
Main dalına yapılan push neden onay istemeden gerçekleşti?
Auto mode'da üzerinde çalışılan deponun herhangi bir dalına, varsayılan dal dahil, yapılan push işlemlerine varsayılan olarak izin veriliyor. Bir kontrol noktası zorunlu kılmak için Bash(git push *) kuralını permissions.ask içine ekleyin. Kesin bir sınır istiyorsanız aynı kuralı permissions.deny içine yazın.
Auto mode üretim işleri için güvenli mi?
Anthropic, auto mode'u alışkanlık haline gelmiş onay tıklamalarından daha güvenli konumlandırıyor; ancak yüksek riskli üretim altyapısı değişikliklerinde insan incelemesini yine de öneriyor. Geri alınabilir işlerde auto mode'u, dağıtımlar, sırlar ve IAM işlemlerinde ise manuel veya plan modunu kullanın.
Güvenlik reddi ile sınıflandırıcı kesintisini nasıl ayırt ederim?
Güvenlik reddi, engellemenin nedenini belirtir ve Claude genellikle başka bir yol önerir. "no verdict" kesintisinde ise projelerin tamamında yazma ve Bash işlemleri engellenir. Auto-mode sunucu satırını görmek için /status komutunu kontrol edin; kesintiden şüpheleniyorsanız manuel modu deneyin.
Auto mode Claude Code ve Claude uygulamalarında aynı şekilde mi çalışıyor?
Sınıflandırıcı mekanizması ortak, ancak dağıtım takvimi farklı. Claude Code'da geçiş 14 Ağustos'ta başladı, Claude uygulamalarında önümüzdeki hafta başlayacak. Enterprise ve API yüzeylerinde ise yöneticiler bilgilendirilene kadar auto mode isteğe bağlı kalacak.
İlgili içerik: OpenAI Codex auto mode rehberi