# Plan modu

Plan modunda Claude okuyup öneri sunuyor, düzenlemeler ise engelli kalıyor. Yaklaşım riskliyse işe yarıyor, diff tek cümleyse zaman kaybı.

## Plan modu ne yapıyor

Plan modunda Claude okuyor ve öneri sunuyor. Siz planı onaylayana kadar düzenlemeler engelli. Moda `Shift+Tab` ile, `--permission-mode plan` ile ya da görevi argüman olarak alabilen `/plan [description]` ile giriyorsunuz.

Mekanizma küçük ama etkisi büyük: ilk gözden geçirdiğiniz şey bir diff değil, yaklaşım oluyor. Bir planı değiştirmek size bir cümleye mal oluyor. Bitmiş bir uygulamayı değiştirmek ise emeğe.

Plan geldiğinde `Ctrl+G` onu editörünüzde açıyor, böylece doğrudan düzenleyebiliyorsunuz. Planı kabul ettiğinizde oturum üretilmiş bir başlık alıyor, `showClearContextOnPlanAccept` ayarı da uygulama başlamadan önce bağlamı temizleme seçeneği ekliyor.

## Üç aşama

İşi üç aşama olarak düşünün: keşfet, planla, uygula.

```flow
Keşfet: kodu oku, düzenleme yok
Planla: adımları öner, siz inceleyin
Uygula: düzenleme serbest, kontrolleri çalıştır
```

İlk iki aşama plan modunun yaşadığı yer. Keşfetmek ucuz ve güvenli, çünkü hiçbir şey değişmiyor. Plan ise tartışabileceğiniz çıktı. Plan modundan ancak ondan sonra çıkıp düzenlemelere izin veriyorsunuz.

Dokümanlardan bir maliyet ayrıntısı buraya uyuyor: `opusplan` model takma adı planlarken Opus, çalıştırırken Sonnet kullanıyor. Çok düşünme gerektiren aşama güçlü modeli, mekanik aşama ise ucuz olanı alıyor.

**Question:** Siz onaylayana kadar plan modunda ne engelli kalıyor?

- Dosya okuma
- Dosya düzenleme
- Soru sorma
- Planı editörde açma

**Answer:** Dosya düzenleme. Claude serbestçe okuyup öneri sunabiliyor. Düzenlemeler planı onaylayana kadar bekliyor.


## Plan ne zaman işe yarar

Risk yaklaşımdaysa önce planlayın. İyi işaretler:

- Değişiklik birkaç dosyaya ya da modüle dokunuyor ve yanlış bir ilk seçim yayılıyor.
- Mevcut kodun nasıl çalıştığından emin değilsiniz ve plan, Claude'un ne anladığını gösterecek.
- Makul birden fazla tasarım var ve seçimi siz yapmak istiyorsunuz.
- İş uzun ve gözetimsiz çalışmadan önce üzerinde anlaşılmış bir senaryo istiyorsunuz.

Son durum için rehberdeki röportaj kalıbı da var: Claude'dan, bir spec yazabilecek hale gelene kadar sizinle röportaj yapmasını isteyin, `SPEC.md` yazsın, sonra yeni bir oturumda inşa edin. Yeni oturum spec'le başlıyor, başka hiçbir şeyle değil.

## Plan ne zaman zaman kaybı

Diff tek cümleye sığıyorsa atlayın. Yazım hatası düzeltmek, bir değişkeni yeniden adlandırmak ya da tek bir log satırı eklemek için bir öneriye ve onaya gerek yok. Planı gözden geçirmek, değişikliği gözden geçirmekten daha çok emek istiyor.

> **Pratik bir ölçü**
Tam değişikliği tek cümleyle anlatabiliyorsanız ve yanlış bir sonucu `/diff` içinde fark edecekseniz, doğrudan düzenlemeye geçin. Anlatamıyorsanız planlayın.


Plan ayrıca bir garanti değil. Bypass'ın kullanılabilir olduğu interaktif bir terminalde plan modunun düzenleme engeli zorlanmıyor: Claude'a düzenleme yapmaması söyleniyor, ama düzenlemeler çalışırdı. Kesin salt okunur bir oturum gerekiyorsa, bypass etkinken plan moduna güvenmeyin.

> **Plan modu sandbox değil**
Alttaki mod satırını okuyun. Sırf modun adı plan diye güvendiğiniz bir plan, umut üzerine kurulu bir plandır.


**Question:** Hangi iş plan modundan en çok fayda sağlar?

- README'de bir yazım hatasını düzeltmek
- Tek bir yerel değişkenin adını değiştirmek
- Üç modülün bir veri biçimini paylaşma şeklini değiştirmek
- Tek bir log satırı eklemek

**Answer:** Üç modülün bir veri biçimini paylaşma şeklini değiştirmek. Yanlış bir ilk seçim modüllere yayılır. Plan, daha tek satır kod yokken yaklaşımı düzeltmenizi sağlar.


> **Maliyeti karşılaştırın**
Normalde doğrudan isteyeceğiniz bir değişikliği bir kez `/plan` ile yürütün. Planın zaten bilmediğiniz bir şey söyleyip söylemediğine bakın. Söylemediyse kendi eşiğinizi bulmuşsunuz demektir.