Günlük Kullanımda Claude Code için 50 İpucu ve En İyi Uygulama

• Halihazırda Claude Code kullanan geliştiriciler için 50 pratik ipucundan oluşan bir derleme; Anthropic resmi dokümantasyonu, geliştirici Boris Cherny, topluluk deneyimleri ve 1 yıllık günlük kullanım tecrübesi temel alınarak hazırlandı
• cc alias’ı, ! ön eki, Esc geri sarma gibi oturum yönetimi kısayollarından alt ajanlara, ajan ekiplerine ve worktree ile paralel çalışmaya kadar geniş bir kapsam sunuyor
• CLAUDE.md yazımı, Hooks sistemi, context window yönetimi gibi kalite ve tutarlılığı koruyan yapısal yöntemleri de içeriyor
• CLI araçlarının kullanımı, MCP sunucusu seçimi, batch processing gibi çeşitli iş akışı kalıpları sunuluyor
• 50 maddenin tamamını bir anda uygulamak yerine, en rahatsız edici olandan başlayarak denemeyi öneren kademeli geçiş yaklaşımı vurgulanıyor

---

1. cc alias’ını ayarlayın

• alias cc='claude --dangerously-skip-permissions' satırını ~/.zshrc'ye (veya ~/.bashrc'ye) eklerseniz, sadece cc yazarak Claude Code oturumu başlatabilirsiniz
• Bu ayar tüm izin istemlerini atlar ve flag adı da bilerek tehditkâr seçilmiştir
• Yalnızca Claude Code’un kod tabanında neler yapabileceğini tamamen anladıktan sonra kullanılmalı

2. ! ön ekiyle bash komutlarını satır içinde çalıştırın

• !git status veya !npm test yazdığınızda, komut anında çalışır ve komutla çıktısı context içinde kalır
• Claude sonucu görüp sonraki adımları atabilir — komutu Claude’a çalıştırmasını söylemekten daha hızlıdır

3. Esc ile durdurun, Esc+Esc ile geri sarın

• Esc, Claude’u o anda durdurur ama context’i kaybetmez — böylece anında yön değiştirebilirsiniz
• Esc+Esc (veya /rewind), Claude’un oluşturduğu tüm checkpoint’leri bir kaydırmalı menüde açar; kodu, sohbeti veya ikisini birden geri yükleyebilirsiniz
  • 4 geri yükleme seçeneği vardır: kod ve sohbet, yalnızca sohbet, yalnızca kod, checkpoint sonrası özet
• Yalnızca %40 emin olduğunuz bir yaklaşımı da deneyebilirsiniz — başarısız olursa geri sarma ile sıfır hasar
  • Ancak checkpoint’ler yalnızca dosya düzenlemelerini izler; bash komutlarının (migration, DB işlemleri) yaptığı değişiklikler yakalanmaz
• claude --continue ile en son sohbeti sürdürün, claude --resume ile oturum seçicisini kullanın

4. Claude’a kendi kendini doğrulama araçları verin

• Prompt’a test komutları, linter kontrolleri, beklenen çıktı ekleyerek Claude’un hatalarını kendisinin yakalayacağı bir geri bildirim döngüsü oluşturun
  • Örnek: "auth middleware’ini JWT ile refactor et. Değişiklikten sonra mevcut test suite’ini çalıştır, tüm hataları düzelt ve sonra tamamla"
• Boris Cherny’ye göre yalnızca bu yöntemle bile 2-3 kat kalite artışı elde edilebiliyor
• UI değişikliklerinde Playwright MCP sunucusu kurarak Claude’un tarayıcı açmasını, sayfayla etkileşime girmesini ve UI’ın beklendiği gibi çalıştığını doğrulamasını sağlayabilirsiniz — unit test’lerin kaçırdığı sorunları yakalar

5. Dile özel code intelligence eklentileri kurun

• LSP eklentileri, dosya düzenlendikten sonra otomatik tanılama sağlar (type error, kullanılmayan import, eksik return type vb.) — kurulabilecek tek bir eklenti arasında etkisi en yüksek olanlardan biridir
• Kurulum komutu örnekleri:
  • /plugin install typescript-lsp@claude-plugins-official
  • /plugin install pyright-lsp@claude-plugins-official
  • /plugin install rust-analyzer-lsp@claude-plugins-official
  • /plugin install gopls-lsp@claude-plugins-official
• C#, Java, Kotlin, Swift, PHP, Lua ve C/C++ eklentileri de /plugin içindeki Discover sekmesinden kullanılabilir
• İlgili language server binary’sinin sistemde kurulu olması gerekir (yoksa eklenti sizi uyarır)

6. gh CLI kullanın ve tüm CLI araçlarını öğrenin

• gh CLI ile PR, issue ve yorumları ayrı bir MCP sunucusuna gerek kalmadan yönetin — CLI araçları, MCP sunucularına göre context açısından daha verimlidir (araç şemasını context window’a yüklemez)
• Aynı durum jq, curl gibi standart CLI araçları için de geçerlidir
• Claude’un bilmediği bir araç varsa --help çıktısını okuyup sözdizimini öğrenebilir ve komutları doğrudan çalıştırabilir — örnek: "Önce sentry-cli --help ile öğren, sonra production’daki en son hatayı bul"
• Niş dahili CLI araçları da çalışır

7. Karmaşık akıl yürütme için "ultrathink" ekleyin

• "ultrathink" anahtar sözcüğü, effort düzeyini yükseltir ve Opus 4.6’da uyarlanabilir akıl yürütmeyi etkinleştirir
• Mimari kararlar, zorlu debugging işleri ve çok adımlı akıl yürütme gibi, Claude’un harekete geçmeden önce iyice düşünmesi gereken durumlar için uygundur
• /effort ile bunu kalıcı olarak da ayarlayabilirsiniz — basit işlerde düşük effort kullanarak daha hızlı ve ucuz kalın
• Bir değişken adını değiştirmek için thinking token harcamanıza gerek yok — effort düzeyini probleme göre ayarlayın

8. Skills ile gerektiğinde bilgi alanını genişletin

• Skill’ler, Claude’un bilgisini genişleten Markdown dosyalarıdır; CLAUDE.md’den farklı olarak yalnızca ilgili görevlerde yüklenir, böylece context hafif kalır
• .claude/skills/ altında oluşturabilir veya eklentilerin paketlediği hazır skill’leri kurabilirsiniz (/plugin içinde keşfedilebilir)
• API kuralları, deployment prosedürleri, kodlama kalıpları gibi Claude’un ara sıra ihtiyaç duyduğu ama her zaman gerekmediği uzmanlık alanı bilgileri için uygundur

9. Claude Code’u telefondan kontrol edin

• claude remote-control ile oturum başlatın ve claude.ai/code ya da iOS/Android Claude uygulamasından bağlanın
• Oturum yerel makinenizde çalışır; telefon veya tarayıcı yalnızca erişim arayüzüdür — mesaj gönderebilir, araç çağrılarını onaylayabilir ve ilerlemeyi izleyebilirsiniz
• 1 numaradaki cc alias’ını kullanıyorsanız ayrıca onay gerekmediği için uzaktan kontrol daha da akıcı olur — görevi başlatıp uzaklaşabilir, yalnızca Claude işi bitirdiğinde ya da beklenmedik bir durum olduğunda kontrol edebilirsiniz

10. Context window’u 1M token’a çıkarın

• Sonnet 4.6 ve Opus 4.6, 1M token context window desteği sunar
• Max, Team ve Enterprise planlarında Opus otomatik olarak 1M context’e yükseltilir
• Oturum sırasında /model opus[1m] veya /model sonnet[1m] ile model değiştirebilirsiniz
• Büyük context’te kaliteden endişe ediyorsanız önce 500k ile deneyip kademeli olarak artırın
• Sıkıştırma tetikleme zamanlamasını CLAUDE_CODE_AUTO_COMPACT_WINDOW ve CLAUDE_AUTOCOMPACT_PCT_OVERRIDE ile kontrol edebilirsiniz

11. Yaklaşım net değilse Plan Mode kullanın

• Plan Mode, çoklu dosya değişiklikleri, aşina olmadığınız kodlar ve mimari kararlar için uygundur — baştan birkaç dakika ayırmak, Claude’un 20 dakika boyunca yanlış problemi çözmesini önler
• Küçük ve kapsamı net görevlerde atlayın — diff’i tek cümlede açıklayabiliyorsanız doğrudan uygulayın
• Shift+Tab ile Normal, Auto-Accept ve Plan izin modları arasında geçiş yapabilirsiniz (sohbetten çıkmadan)

12. İlgisiz işler arasında /clear çalıştırın

• Temiz bir oturum ve net bir prompt, dağınık 3 saatlik bir oturumdan daha iyidir — farklı bir göreve geçtiyseniz önce /clear
• Bu, ilerlemeyi çöpe atıyormuş gibi görünebilir; ama birikmiş context mevcut talimatı gömerek 30 dakikalık verim kaybı hissi yaratır
• /clear ve odaklı bir başlangıç prompt’u yazmak için gereken 5 saniye çok daha verimlidir

13. Hataları yorumlamayın, ham veriyi yapıştırın

• Hatayı sözlü olarak açıklarsanız, Claude’un tahmin edip düzeltmeye çalıştığı ve bunu tekrar ettiği yavaş bir süreç oluşur
• Hata log’larını, CI çıktısını, Slack mesaj dizilerini olduğu gibi yapıştırıp "fix" deyin; Claude dağıtık sistem log’larını okuyup sorunun olduğu yeri izler
• İnsan yorumu, Claude’un kök nedeni doğru bulması için gerekli ayrıntıları kaybettiren bir soyutlama katmanı ekler
• Bu yöntem CI için de geçerlidir — "Başarısız olan CI testlerini düzelt" deyip CI çıktısını yapıştırabilir veya PR URL/numarasıyla birlikte başarısız kontrolleri düzeltmesini isteyebilirsiniz
• Terminal çıktısını doğrudan pipe edebilirsiniz:
  • cat error.log | claude "explain this error and suggest a fix"
  • npm test 2>&1 | claude "fix the failing tests"

14. /btw ile hızlı yan sorular

• /btw, sohbet geçmişine girmeyen bir overlay açarak hızlı soru sormayı sağlar
• Mevcut oturum hakkında netleştirme için kullanın: "Neden bu yaklaşımı seçtin?" veya "Diğer seçeneklerle kıyaslandığında trade-off'lar neler?"
• Yanıtlar kapatılabilir bir overlay'de gösterilir, böylece ana bağlam hafif kalır

15. --worktree ile izole paralel branch'ler çalıştırma

• claude --worktree feature-auth ile izole bir çalışma kopyası ve yeni bir branch oluşturun — Claude, git worktree kurulumunu ve temizliğini otomatik olarak halleder
• Claude Code ekibi bunu en büyük üretkenlik açıcılarından biri olarak görüyor
• 3–5 worktree ayağa kaldırıp her birinde bağımsız Claude oturumlarını paralel çalıştırın (genelde 2–3 kullanılır)
• Her worktree kendi bağımsız oturumuna, branch'ine ve dosya sistemi durumuna sahiptir
• Yerel worktree'lerin sınırı makine kaynaklarıdır — birden çok geliştirme sunucusu, build ve Claude oturumu CPU için yarışır
  • Builder.io, makine yükünü azaltmak için her ajanı ayrı bir bulut container'ına yerleştiriyor

16. Uzun prompt'ları Ctrl+S ile geçici olarak kaydetme

• Uzun bir prompt yazarken önce hızlı bir yanıt gerektiğinde taslağı Ctrl+S ile stash'leyin
• Hızlı soruyu gönderdikten sonra stash'lenen prompt otomatik olarak geri yüklenir

17. Uzun süren görevleri Ctrl+B ile arka plana alma

• Claude uzun sürecek bir bash komutu başlattığında (test suite, build, migration), Ctrl+B ile arka plana alın
• Claude çalışmaya devam eder ve siz de sohbete devam edebilirsiniz — süreç tamamlandığında sonuçlar gösterilir

18. Canlı statusline ekleme

• Statusline, her Claude turundan sonra çalışan bir shell script'tir; terminalin altında mevcut dizini, git branch'ini ve bağlam kullanımını renk kodlu biçimde gösterir
• /statusline komutuyla hızlıca kurulabilir — ne göstermek istediğinizi sorar ve script'i otomatik oluşturur

19. Ana bağlamı temiz tutmak için subagent kullanma

• "Subagent kullanıp ödeme akışında başarısız olan işlemlerin nasıl ele alındığını bul" dediğinizde, ayrı bir Claude instance'ı bağımsız bir bağlam penceresinde dosyaları okuyup analiz eder, ardından kısa bir özet raporlar
• Derin araştırmalar bağlam penceresinin yarısını tüketebileceği için, subagent'lar bu maliyeti ana oturumdan ayırır
• Yerleşik tipler: Explore (Haiku, hızlı dosya araması), Plan (salt okunur analiz)

20. Çoklu oturum koordinasyonu için agent team

• Deneysel ama güçlü bir özellik — etkinleştirmek için ayarlara veya ortam değişkenlerine CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS ekleyin
• "Bu modülleri paralel refactor edecek 3 kişilik bir agent team oluştur" diye komut verin
• Takım lideri, işleri takım üyelerine dağıtır; her üyenin bağımsız bir bağlam penceresi ve paylaşılan görev listesi vardır, ayrıca üyeler birbirine doğrudan mesaj atabilir
• 3–5 takım üyesi ve üye başına 5–6 görev ile başlamak önerilir
• Aynı dosyayı düzenleyen görevleri atamaktan üzerine yazma sorunları nedeniyle kaçının — önce araştırma ve inceleme görevleriyle başlayıp sonra paralel implementasyona genişletin

21. Compact sırasında korunacakları belirtme

• Bağlam compact edilirken (otomatik veya /compact), nelerin korunacağını belirtebilirsiniz: /compact focus on the API changes and the list of modified files
• CLAUDE.md dosyasına kalıcı talimat da eklenebilir: "Compact sırasında değiştirilen dosyaların tam listesini ve mevcut test durumunu koru"

22. /loop ile tekrar eden kontroller çalıştırma

• /loop 5m check if the deploy succeeded and report back ile tekrarlayan bir prompt'u arka planda zamanlayın
• Aralık isteğe bağlıdır (varsayılan 10 dakika); s, m, h, d birimleri desteklenir
• /loop 20m /review-pr 1234 gibi başka komutlar da döngüye alınabilir
• Görevler oturum kapsamındadır ve 3 gün sonra sona erer — unutulmuş loop'lar sonsuza kadar çalışmaz
• Deploy izleme, CI pipeline takibi ve harici servis polling'i için kullanılabilir

23. Voice dictation ile daha zengin prompt'lar yazma

• /voice ile push-to-talk etkinleştirilir; Space tuşuna basılı tutup konuştuğunuzda sesiniz gerçek zamanlı olarak yazıya dökülür ve prompt'a eklenir
• Aynı mesaj içinde ses ve yazı birlikte kullanılabilir
• Sesli prompt'lar, yazmaya göre doğal biçimde daha fazla bağlam içerir — arka planı, kısıtları ve ne istediğinizi tuş vuruşu tasarrufu yapmadan anlatabilirsiniz
• Claude.ai hesabı gerekir (API anahtarı değil)
• ~/.claude/keybindings.json içinde push-to-talk tuşunu meta+k gibi bir tuşa yeniden bağlayarak hold-detection ısınmasını atlayabilirsiniz

24. Aynı sorunda 2 kez düzeltmeye rağmen çözülmediyse baştan başlayın

• Düzeltme rabbit hole'una düştüyseniz ve sorun hâlâ çözülmediyse, bağlam başarısız yaklaşımlarla dolduğu için bir sonraki denemeyi de olumsuz etkiler
• /clear sonrasında, öğrendiklerinizi yansıtan daha iyi bir başlangıç prompt'u ile yeniden başlayın
• Temiz bir oturumdaki keskin bir prompt, birikmiş çıkmazlarla dolu uzun bir oturumu neredeyse her zaman geride bırakır

25. Claude'a tam olarak hangi dosyalara bakacağını söyleyin

• @src/auth/middleware.ts has the session handling örneğindeki gibi @ öneki ile dosyalara doğrudan referans verin
• @ öneki otomatik olarak dosya yolu olarak yorumlanır, böylece Claude doğru konumu hemen bulur
• Claude kendi başına grep/arama yapabilse de, adayları daraltma ve doğru dosyayı belirleme sürecinde token ve bağlam harcar — dosyayı baştan belirtmek tüm bu süreci atlar

26. Aşina olmadığınız kodu keşfetmek için belirsiz prompt'lar kullanma

• "Bu dosyada neyi iyileştirirdin?" harika bir keşif prompt'udur — her prompt'un spesifik olması gerekmez
• Mevcut koda yeni bir bakış gerektiğinde, belirsiz sorular Claude'a beklenmedik şeyleri fark etme alanı verir
• Aşina olmadığınız bir repo'ya onboarding olurken kullanın — Claude; örüntüleri, tutarsızlıkları ve ilk okumada kaçabilecek geliştirme fırsatlarını işaret eder

27. Planı Ctrl+G ile düzenleme

• Claude bir plan sunduğunda, Ctrl+G ile bunu doğrudan bir metin editöründe açıp düzenleyebilirsiniz
• Claude daha tek satır kod yazmadan önce kısıt ekleyebilir, adım çıkarabilir veya yaklaşımı değiştirebilirsiniz
• Plan genel olarak doğruysa ama yalnızca birkaç adımı değiştirmek istiyorsanız, her şeyi baştan anlatmanız gerekmez

28. /init çalıştırdıktan sonra sonucu yarıya indirin

• CLAUDE.md, proje kökünde bulunan ve Claude'a build komutları, kodlama standartları, mimari kararlar, repo teamülleri gibi kalıcı talimatlar veren bir Markdown dosyasıdır
• Claude bunu her oturumun başında okur
• /init, proje yapısına göre taslak bir sürüm oluşturur — build komutlarını, test script'lerini ve dizin düzenini otomatik algılar
• Çıktı şişme eğilimindedir — neden var olduğunu açıklayamadığınız satırları silin, eksik olanları ekleyin

29. CLAUDE.md'deki her satır için turnusol testi

• CLAUDE.md'deki her satır için şu soruyu sorun: "Bu satır olmasa Claude hata yapar mıydı?"
• Claude'un zaten doğru yaptığı talimatlar gürültüdür — gereksiz satırlar önemli olanları sulandırır
• Uyum düşmeye başlamadan önce yaklaşık 150–200 talimatlık bir üst sınır vardır; system prompt bunun yaklaşık 50'sini zaten kullanır

30. Claude hata yaptıktan sonra: "CLAUDE.md'yi güncelle ki bu hata bir daha olmasın"

• Claude hata yaptığında, "update the CLAUDE.md file so this doesn't happen again" diye komut verin
• Claude kendi kuralını yazar ve sonraki oturumlardan itibaren otomatik olarak buna uyar
• Zamanla CLAUDE.md, gerçek hatalarla şekillenmiş yaşayan bir belgeye dönüşür
• Sonsuz büyümeyi önlemek için @imports (ipucu #32) ile ayrı dosyalara (@docs/solutions.md gibi) referans verin — CLAUDE.md hafif kalır ve Claude ihtiyaç duyduğunda ayrıntıları okur

31. .claude/rules/ ile koşullu kurallar uygulama

• Konuya göre talimatları düzenlemek için .claude/rules/ içine Markdown dosyaları yerleştirin — varsayılan olarak tüm kural dosyaları oturum başlangıcında yüklenir
• paths frontmatter ile yalnızca belirli dosya desenlerinde yüklenmeleri için koşullu etkinleştirme yapılabilir:
  • Örnek: paths: ["**/*.ts"] olarak ayarlanırsa Claude, yalnızca .ts dosyalarını okurken TypeScript kurallarını yükler
• Ana CLAUDE.md dosyasını hafif tutun — Claude, o anda üzerinde çalışmadığı dillerin kurallarını okumaz

32. CLAUDE.md dosyasını hafif tutmak için @imports kullanın

• @docs/git-instructions.md gibi dokümanlara referans verin — @README.md, @package.json, @~/.claude/my-project-instructions.md de kullanılabilir
• Claude, dosyaları yalnızca gerektiğinde okur — her oturumda yüklenen CLAUDE.md’yi şişirmek yerine “gerekirse ek bağlam” sağlar

33. /permissions ile güvenli komutlar için izin listesi oluşturun

• npm run lint için yüzüncü kez onaya tıklamayı bırakın — /permissions ile güvendiğiniz komutları izin listesine alın
• Listede olmayan komutlar için istem gösterilmeye devam eder

34. /sandbox ile Claude’un daha özgür çalışmasına izin verin

• /sandbox ile OS düzeyinde yalıtımı etkinleştirin — yazma işlemleri proje diziniyle sınırlanır, ağ isteklerine ise yalnızca onaylı alan adlarında izin verilir
• macOS’te Seatbelt, Linux’ta bubblewrap kullanılır ve kısıtlamalar Claude’un oluşturduğu tüm alt süreçlere uygulanır
• Otomatik izin modunda, sandbox içindeki komutlar izin istemi olmadan çalışır — korumalı ama neredeyse tam özerklik
• Gözetimsiz işler için (gece boyunca migration çalıştırma, deneysel refactor işlemleri), Claude’u Docker container içinde çalıştırmak tam yalıtım ve kolay geri alma sağlar

35. Tekrarlayan işler için özel subagent’lar oluşturun

• Tip #19’daki anlık subagent’lardan farklı olarak, özel subagent’lar .claude/agents/ altında önceden yapılandırılıp kaydedilir
  • Örnek: Opus + salt okunur araçlarla çalışan bir güvenlik inceleyicisi agent veya Haiku tabanlı hızlı arama agent’ı
• Göz atmak ve oluşturmak için /agents kullanın
• isolation: worktree ile bağımsız dosya sistemine sahip agent’lar tanımlayabilirsiniz

36. Stack’inize uygun MCP sunucularını seçin

• Başlangıç için iyi MCP sunucuları: Playwright (tarayıcı testleri ve UI doğrulama), PostgreSQL/MySQL (şemayı doğrudan sorgulama), Slack (bug raporları ve thread bağlamı), Figma (tasarımdan koda iş akışı)
• Claude Code, dinamik araç yüklemeyi destekler — Claude, sunucu tanımlarını yalnızca ihtiyaç duyduğunda yükler

37. Çıktı stilini ayarlayın

• /config içinde tercih ettiğiniz stili seçin — yerleşik seçenekler: Explanatory (ayrıntılı, adım adım), Concise (kısa, aksiyon odaklı), Technical (kesin, teknik terminolojiye uygun)
• ~/.claude/output-styles/ altında özel çıktı stili dosyaları da oluşturabilirsiniz

38. CLAUDE.md öneridir, Hooks ise gerekliliktir

• CLAUDE.md yönlendiricidir — Claude yaklaşık %80 oranında uyar
• Hooks belirleyicidir — %100 uygulanır
• İstisnasız her seferinde mutlaka çalışması gereken şeyleri (formatlama, lint, güvenlik kontrolleri) Hook olarak ayarlayın
• Claude’un dikkate alması gereken yönergeler içinse CLAUDE.md yeterlidir

39. PostToolUse Hook ile otomatik formatlama

• Claude bir dosyayı her düzenlediğinde formatter’ın otomatik çalışması için .claude/settings.json içine bir PostToolUse Hook ekleyin
  • Edit|Write eşleştiricisine npx prettier --write "$CLAUDE_FILE_PATH" 2>/dev/null || true tanımlayın
• || true ile Hook hatası yüzünden Claude’un engellenmemesini sağlayın
• npx eslint --fix ikinci Hook girdisi olarak zincirlenebilir
• Editör aynı dosyayı açık tutuyorsa format-on-save’i kapatmak iyi olabilir — editör kaydetmesi prompt cache’i geçersiz kılabilir diye raporlar var; formatlamayı Hook yapsın

40. PreToolUse Hook ile yıkıcı komutları engelleyin

• rm -rf, drop table, truncate gibi desenleri PreToolUse Hook ile engelleyin — Claude bunları denemeye bile kalkışmaz
• Hook, Claude bir aracı çalıştırmadan önce tetiklenir ve yıkıcı komutları baştan engeller
• Bunu .claude/settings.json içine ekleyebilir, /hooks ile etkileşimli olarak ayarlayabilir veya Claude’a “rm -rf, drop table, truncate komutlarını engelleyen bir PreToolUse Hook ekle” diyebilirsiniz

41. Hook ile compact sırasında önemli bağlamı koruyun

• Uzun oturumlarda bağlam compact edilirken Claude, üzerinde çalıştığı şeyin bağlamını kaybedebilir
• compact eşleştiricisine sahip bir Notification Hook, compact her tetiklendiğinde temel bağlamı otomatik olarak yeniden enjekte eder
• Claude’a “compact sonrasında mevcut görevi, değiştirilen dosyaları ve kısıtları hatırlatan bir Notification Hook ayarla” diye talimat verin
• Yeniden enjekte etmek için iyi adaylar: mevcut görev tanımı, değiştirilen dosya listesi, katı kısıtlar (“migration dosyalarını değiştirme”)
• Özelliğe derinlemesine dalınan ve Claude’un bağlamı kaybetmemesi gereken saatler süren oturumlarda en faydalıdır

42. Kimlik doğrulama, ödeme ve veri mutasyonları mutlaka elle gözden geçirilmeli

• Kimlik doğrulama akışları, ödeme mantığı, veri mutasyonları, yıkıcı veritabanı işlemleri — diğer kod ne kadar iyi görünürse görünsün mutlaka insan tarafından incelenmeli
• Yanlış auth scope’ları, hatalı yapılandırılmış ödeme webhook’ları veya sessizce kolon silen migration’lar kullanıcı, para ve güven kaybettirir
• Hiçbir otomasyon testi miktarı bu sorunların hepsini yakalayamaz

43. /branch ile mevcut yolu kaybetmeden farklı bir yaklaşım deneyin

• /branch (veya /fork) ile mevcut noktadan konuşmanın bir kopyasını oluşturun
• Riskli bir refactor’ı branch üzerinde deneyin — başarılı olursa tutun, başarısız olursa orijinal konuşma güvende kalır
• rewind’den (tip #3) farkı: iki yol da yaşamaya devam eder

44. Özellik spesifikasyonu eksik olduğunda Claude’dan röportaj yapmasını isteyin

• Ne yapmak istediğinizi biliyor ama Claude’un bunu iyi yapması için gereken tüm ayrıntılara sahip değilseniz, Claude’un size soru sormasını sağlayın
  • “Ben [kısa açıklama] yapmak istiyorum. AskUserQuestion aracını kullanarak benimle detaylı bir röportaj yap. Teknik uygulama, edge case’ler, endişeler ve trade-off’lar hakkında sorular sor. Bariz sorular sorma. Her şeyi kapsayana kadar röportajı sürdür, ardından SPEC.md içinde eksiksiz bir spesifikasyon yaz”
• Spesifikasyon tamamlandıktan sonra, temiz bir bağlam ve tam spesifikasyonla yeni bir oturumda implementasyona başlayın

45. Bir Claude yazsın, başka bir Claude gözden geçirsin

• İlk Claude özelliği uygulasın, ikinci Claude ise yeni bir bağlamda staff engineer gibi inceleme yapsın
• İnceleyen tarafın uygulamadaki kısayollarla ilgili ön bilgisi olmadığı için her şeyi sorgular
• Aynı fikir TDD’ye de uygulanabilir: oturum A testleri yazar, oturum B testleri geçen kodu yazar

46. PR incelemesini etkileşimli yürütün

• Tek seferlik bir PR incelemesi istemek yerine (elbette bu da mümkün), PR’ı oturumda açıp diyalog halinde ilerleyin
  • “Bu PR’daki en riskli değişikliği açıkla”
  • “Bu eşzamanlı çalışırsa ne bozulur?”
  • “Hata işleme, kod tabanının geri kalanıyla tutarlı mı?”
• Etkileşimli inceleme daha fazla sorunu yakalar — çünkü önemli alanlara daha derin inebilirsiniz
• Tek seferlik incelemeler genelde stil ayrıntılarını işaretlemeye eğilimlidir ve mimari sorunları kaçırabilir

47. Oturumlara ad ve renk verin

• /rename auth-refactor ile prompt çubuğunda bir etiket gösterin
• /color red veya /color blue ile prompt çubuğu rengini ayarlayın
  • Kullanılabilir renkler: red, blue, green, yellow, purple, orange, pink, cyan
• Paralel 2–3 oturum yürütürken ad ve renk vermeye harcanan 5 saniye, yanlış terminale yazma hatalarını önler

48. Claude tamamlandığında ses çalma

• Claude yanıtını tamamladığında Stop Hook ile sistem sesi çalın
• Bir görevi başlatıp başka bir işe geçin, ardından tamamlandığında bir ping sesiyle bildirim alın
• Örnek: .claude/settings.json içinde Stop Hook olarak /usr/bin/afplay /System/Library/Sounds/Glass.aiff tanımlayın

49. claude -p ile batch işlerini fan-out etme

• Dosya listesini döngüye alıp etkileşimsiz modda işleyin — --allowedTools ile Claude'un dosya başına yapabileceği işlerin kapsamını sınırlayın
• Maksimum verim için & ile paralel çalıştırın:
  • for file in $(cat files-to-migrate.txt); do claude -p "Migrate $file from class components to hooks" --allowedTools "Edit,Bash(git commit *)" & done; wait
• Dosya formatı dönüştürme, kod tabanının tamamında import güncelleme ve her dosyanın bağımsız olduğu tekrarlı migration işlemleri için uygundur

50. Spinner fiillerini özelleştirme (eğlence amaçlı)

• Claude düşünürken terminalde "Flibbertigibbeting...", "Flummoxing..." gibi spinner fiilleri gösterilir
• Bunları istediğiniz ifadelerle değiştirebilirsiniz — Claude'a şu talimatı verin:
  • "Replace my spinner verbs in user settings with these: Hallucinating responsibly, Pretending to think, Confidently guessing, Blaming the context window"
• Listeyi kendiniz vermeniz gerekmez — "Replace my spinner verbs with Harry Potter spells" gibi sadece havayı tarif etmeniz yeterlidir; Claude listeyi oluşturur
• Bekleme süresini daha keyifli hale getiren küçük bir özelleştirme

[roxie]

1. maddeden itibaren çok keyifli