Kılavuzlara dön
Kurulum·4 Eylül 2026·Son güncelleme: 3 Ekim 2026·9 dk okuma

--dangerously-skip-permissions — iki etki alanı ve üç sınırlama

Sormak için hiç durmayan bir ajan, harcama yapmayı da hiç bırakmayan bir ajandır. İkisini de sınırlandırın, ardından bayrağı kullanın.

Son inceleme tarihi: .

Bayrağın iki etki alanı vardır ve hakkında yazılanların neredeyse tamamı bunlardan birini ele alır. --dangerously-skip-permissions Claude Code'un dosya düzenlemeden veya komut çalıştırmadan önce sormasını durdurur. Açık maruziyetiniz dosya sisteminizdir. Kimsenin yazmadığı şey ise faturanızdır: sormak için hiç durmayan bir ajan harcamayı da hiç durdurmaz ve ajan başarısızlıkları döngülerdir.

İkisi de sınırlandırılabilir ve bunun için bayrağı kullanmayı bırakmanız gerekmez. Önce gerçekte ne yaptığını, ardından her biri yaklaşık bir dakika süren üç sınırlandırmayı açıklayalım.

Ne yapar

Claude Code normalde sonuç doğurabilecek bir eylemden önce duraklar ve onay bekler. Bayrak, bu duraklamayı tüm oturum boyunca kapatır. Modele yeni yetenekler kazandırmaz ve modeli değiştirmez — plan ile planın uygulanması arasındaki inceleme adımını kaldırır.

Bu nedenle dürüst çerçeveleme “bu bayrak tehlikeli mi?” değil, bu oturum nereye erişebilir sorusudur. Aynı komut, geçici bir checkout'ta sıradan; ortamında üretim kimlik bilgileri bulunan bir depoda ise gerçekten pervasızdır. Bayrak sabittir; maruziyet sizin kontrolünüzdedir.

Sınırlandırma 1 — kendi checkout'unu verin

Bu en ucuz yöntemdir ve genellikle yeterlidir. Git worktree, kendi dalında tam bir çalışma dizinidir; dolayısıyla incelenmemiş bir düzenleme çalışmanızın üzerine değil, atabileceğiniz bir yere düşer.

# Containment that costs one command: give the agent its own checkout.
# A worktree is a real working directory on its own branch, so a runaway
# edit is contained to a branch you can delete rather than to your repo.

git worktree add -b agent/task-123 ../repo-agent-123
cd ../repo-agent-123
claude --dangerously-skip-permissions

# When it is done, review the branch like any other, then:
git worktree remove ../repo-agent-123

İnceleme yine yapılır — yalnızca bir istemde kırk kez değil, bir dal üzerinde bir kez yapılır. Bu, dosya yazma işlemlerini tek tek onaylamaktan genellikle dikkatinizi daha iyi kullanır; bayrağın asıl gerekçesi sabırsızlık değil budur.

Sınırlandırma 2 — kendi kimlik bilgisini verin

O kabuğun ortamında bulunan her şeye ajan erişebilir. Çözüm dikkatli olmak değil, oraya daha az şey koymaktır. Her yerde yeniden kullandığınız kimlik bilgisi yerine ajan için bir kimlik bilgisi oluşturun; böylece ajanı durdurmak tek bir iptal işlemi olur, sahip olduğunuz her şeyi döndürmek değil.

# A key per agent, not a key per human. Revoking one key stops one
# agent; revoking the key you use everywhere stops your whole day.

export ANTHROPIC_BASE_URL=https://api.kunavo.com
export ANTHROPIC_AUTH_TOKEN=sk-kn-...        # created for this agent only
export ANTHROPIC_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5

claude --dangerously-skip-permissions

Model satırlarını koruyun: Claude Code'un yerleşik varsayılanı ve opus takma adı en yeni Opus'a çözülür; Kunavo bu modeli henüz sunmuyorsa gözetimsiz bir aracı ilk isteğinde 404 alır. sonnet takma adı Sonnet 5.5'i ister; Kunavo bunu sunmadığından ANTHROPIC_DEFAULT_SONNET_MODEL satırı olmadan model: sonnet'ye ayarlanmış herhangi bir alt aracı, /model sonnet ve opusplan'ün yürütme aşaması aynı şekilde 404 döndürür. opus takma adı Opus 5.5'e (claude-opus-5-5) sabitlenmiştir; bunun için Claude Code v2.1.280 veya sonrası gerekir — sizinki eskiyse önce claude update komutunu çalıştırın. Kunavo'da bir anahtar bağımsız olarak iptal edilebilir; iptal her kimlik doğrulamalı istekte kontrol edilir, bu nedenle iptal edilen anahtar faturalandırma döneminin sonuna kadar değil, hemen çalışmayı durdurur. Bir anahtar kendi aylık harcama limitini ve IP izin listesini de taşıyabilir; bu, “aracı başına bir anahtar” yaklaşımını düzenlilikten gerçek bir sınıra dönüştürür: aracının anahtarı, elle kullandığınız anahtara dokunmadan sınırlandırılabilir ve sabitlenebilir. İkinci bir anahtar oluşturmanın maliyeti yoktur. Kurulum ayrıntıları Claude Code için API anahtarı alma bölümündedir.

Sınırlandırma 3 — yalnızca dosya sistemini değil, harcamayı da sınırlayın

İnternetin geri kalanının gözden kaçırdığı eksen budur. Gözetimsiz bir ajan çalışırken değil, başarısız olurken ne yapar düşünün: yeniden dener. Her yeniden deneme hiçbir şey üretmeyen, faturalanan bir gidiş-dönüştür ve bir kodlama ajanının bağlamı büyüktür; dolayısıyla gidiş-dönüşler ucuz değildir. Yirmi adımlık bir görev normaldir; takılı kalmış bir döngü yirmi adım değildir.

Bunu neyin sınırladığı tamamen nasıl ücretlendirildiğinize bağlıdır. Abonelik, kullanım penceresiyle sınırlar — gerçek bir üst sınırdır, ancak uyarı yerine durma olarak gelir. Kayıtlı bir kartın doğal bir üst sınırı yoktur. Kunavo'da iki sınır vardır ve gözetimsiz bir çalıştırmadan önce ayarlanmaya değer olan ikincisidir: faturalandırma bir ön ödemeli bakiyeyi tüketir; dolayısıyla bir istek bakiyenin tuttuğundan fazlasını asla çekemez ve bir anahtar kendi aylık harcama sınırını taşıyabilir. Sınır istek çalışmadan önce kontrol edilir; böylece fazla harcama sonradan fark edilmez, hiç gerçekleşmez. Sınır aşıldığında çağrı, cüzdanı değil anahtarı adlandıran bir mesajla reddedilir ve sonraki takvim ayının başında sıfırlanır. Ajanın tuttuğu anahtarda bir sınır belirleyin; en kötü durum artık “bakiye” değil, sizin seçtiğiniz bir rakam olur.

Bir çalıştırmanın ne kadara mal olması gerektiğine ilişkin aritmetik — böylece normal bir oturumu döngüden ayırt edebilirsiniz — Claude Code fiyatlandırma sayfasındadır; Claude Pro ve Max sınırları aynı sorunun abonelik tarafını kapsar.

Ne zaman kullanılmalı, ne zaman kullanılmamalı

DurumMakul mü?
Atılabilir worktree, kapsamı sınırlı anahtar, kabukta üretim kimlik bilgisi yokEvet — bayrak bunun için var
Atabileceğiniz konteyner veya VMEvet, hatta daha iyi
Tek bir diff olarak inceleyeceğiniz uzun bir gözetimsiz çalıştırmaEvet, bakiye buna göre ayarlanmışsa
İşlenmemiş çalışmaların bulunduğu ana checkout'unuzHayır — önce commit edin veya stash'leyin, sonra worktree kullanın
Bulut veya üretim kimlik bilgilerini tutan bir kabukHayır
Üretime doğrudan erişebilen bir makineHayır

Bu tablodaki örüntü, her “hayır”ın erişimle ilgili olması ve hiçbirinin bayrakla ilgili olmamasıdır. Erişimi düzeltin; bayrak ilginç değişken olmaktan çıkar — amaç da budur.

Sık sorulan sorular

Claude Code'da --dangerously-skip-permissions ne yapar?

Claude Code'un her eylemden önce onay istemesini durdurur; böylece dosya düzenlemeleri ve kabuk komutları istem göstermeden çalışır. Adı dramatik değil, doğrudur: izin istemi, modelin oluşturduğu plan ile bu planın uygulanması arasında duran tek şeydir ve bu bayrak tüm oturum boyunca onu kaldırır. Modelin neler yapabildiğini değiştirmez — yalnızca gerçekleşmeden önce her adımı bir insanın görüp görmediğini değiştirir.

--dangerously-skip-permissions kullanmak güvenli mi?

Güvenliği, oturumun erişebildiği şeylerle orantılıdır. Bayrak modeli daha yetenekli hâle getirmez; inceleme adımını kaldırır. Bu nedenle gerçek soru, incelenmemiş bir hatanın neleri etkileyebileceğidir: ajanın hangi dizinde başladığı, ortamında hangi kimlik bilgilerinin bulunduğu ve makinenin üretim erişimine sahip olup olmadığı. Kapsamı sınırlı bir anahtara sahip, atılabilir bir checkout'ta incelenmemiş bir hata, sileceğiniz bir daldır. Üretim kimlik bilgileriniz dışa aktarılmışken ana deponuzda yapılan hata ise öyle değildir. Aynı bayrak, çok farklı maruziyet.

Claude Code'u izin istemleri olmadan güvenli şekilde nasıl çalıştırırım?

Erişebileceği üç şeyi şu sırayla sınırlandırın. Ona kendi checkout'unu verin — kendi dalındaki bir git worktree tek komut alır ve kötü bir düzenlemeyi silinebilir bir dala dönüştürür. Her yerde kullandığınız anahtar yerine kendi kimlik bilgisini verin; böylece iptal etmek tüm gününüzü değil, tek bir ajanı durdurur. Ayrıca görmeye hakkı olmayan kimlik bilgilerini çalıştırdığı kabuğa aktarmayın; çünkü o ortamdaki her şeye erişebilir. Bunların hiçbiri konteyner gerektirmez, ancak elinizde varsa konteyner kesinlikle daha iyidir.

Otonom bir ajan sınırsız bir API faturası oluşturabilir mi?

Bayrakla ilgili tartışmaların çoğunun atladığı eksen budur. Sormak için hiç durmayan bir ajan harcamayı da hiç durdurmaz ve ajan döngüleri pahalı yönde başarısız olur — bir yeniden deneme döngüsü, ortada hiçbir çıktı olmadan faturalanan çok sayıda gidiş-dönüştür. Kunavo'da bunu sınırlayan iki şey vardır. Faturalandırma bir karta ücret yansıtmak yerine ön ödemeli bakiyeyi tüketir; dolayısıyla bakiye kesin bir üst sınırdır. Ayrıca bir anahtar kendi aylık harcama sınırını taşıyabilir ve bu sınır istek çalışmadan önce kontrol edilir: sınır aşıldığında çağrı, cüzdanı değil anahtarı adlandıran bir mesajla reddedilir ve sonraki takvim ayının başında sıfırlanır. Ajana verdiğiniz anahtarda bir sınır belirleyin; en kötü durum sizin seçtiğiniz bir rakam olur.

İzinleri atlamak ile izin modu arasındaki fark nedir?

Claude Code'un izin modları, hangi eylem kategorilerinin önceden onay gerektireceğine karar vermenizi sağlar; böylece riskli olanlarda insan döngüde kalır, rutin olanlarda ise döngünün dışında kalır. Bayrak, her şeyi izin ver olarak ayarlayan bu fikrin kaba hâlidir. Gözetimsiz çalıştırmalar için bayrak çoğu zaman istediğiniz şeydir; etkileşimli çalışma içinse genellikle bir mod daha uygundur, çünkü bayrakla ortadan kaldırdığınız sürtünme gerçek hataları yakalıyordu.

Bayrak bir ağ geçidi üzerinden de aynı şekilde çalışır mı?

Evet — bayrak tamamen istemci tarafındadır. Claude Code'un eylemden önce size soru sorup sormayacağını yönetir ve modele hangi uç noktanın hizmet verdiğiyle ilgisi yoktur. ANTHROPIC_BASE_URL'yi bir ağ geçidine yönlendirmek isteklerin nereye gittiğini ve ne kadara mal olduğunu değiştirir; ajanın yerel olarak neler yapmasına izin verildiğini değil. Bir uç noktanın değiştirdiği tek şey yukarıdaki ikinci eksendir: harcamanın nasıl sınırlandığı.