- Kendi gerçek çalışma ortamını ve iş akışını paylaşıyor; terminalde 5 Claude’u paralel çalıştırıp web’de buna ek olarak 5–10 tane daha çalıştırdığı bir yöntemi anlatıyor
- Tüm işlerde Opus 4.5 with thinking kullanıyor; büyük ve yavaş olsa da daha az yönlendirme gerektiriyor ve araç kullanımında çok başarılı olduğu için sonuçta daha hızlı
- Tüm ekip tek bir
CLAUDE.md dosyasını paylaşıyor; Claude yanlış davrandığında ilgili içerik eklenerek öğrenme etkisi birikiyor
- Oturumların çoğunu Plan modu ile başlatıyor, planı yeterince rafine ettikten sonra auto-accept moduna geçip tek seferde tamamlama düzenini kullanıyor
- Claude’un işi kendi kendine doğrulayabileceği bir geri bildirim döngüsü sağlamak, nihai çıktı kalitesini 2–3 kat artıran en önemli unsur
1/ Paralel çalışma ortamının kurulumu
- Terminalde 5 Claude’u paralel çalıştırıyor, sekmelere 1–5 numara veriyor ve sistem bildirimleri ile ne zaman giriş gerektiğini takip ediyor
2/ Web ve yerelde paralel kullanım
- claude.ai/code web’de de ek olarak 5–10 Claude’u paralel çalıştırıyor, bunları yerel Claude ile birlikte kullanıyor
- Yerel oturumu web’e handoff etme (
& kullanarak) ya da Chrome’dan doğrudan oturum başlatma, --teleport ile iki yönlü geçiş
- iOS uygulamasında her sabah ve gün içinde birden fazla oturum başlatıp daha sonra kontrol etme yöntemini de kullanıyor
3/ Model seçimi: Opus 4.5 with thinking
- Tüm işlerde Opus 4.5 with thinking kullanıyor
- Şimdiye kadar kullandığı en iyi kodlama modeli
- Sonnet’ten daha büyük ve daha yavaş, ama daha az yönlendirme (steering) gerektiriyor ve araç kullanımında çok başarılı
- Sonuçta daha küçük modellere göre neredeyse her zaman daha hızlı nihai sonuç üretiyor
4/ CLAUDE.md ile ekip çapında bilgi birikimi
- Claude Code deposunda tüm ekibin paylaştığı tek bir CLAUDE.md dosyası tutuluyor
- Git’e check-in ediliyor ve tüm ekip haftada birkaç kez katkı sağlıyor
- Claude her yanlış davrandığında CLAUDE.md’ye ekleniyor; böylece aynı hatayı bir sonraki sefer yapmaması sağlanıyor
- Diğer ekipler de kendi CLAUDE.md dosyalarını tutuyor; her ekip bunu güncel tutmaktan sorumlu
5/ Kod incelemesi sırasında CLAUDE.md güncelleme
- Kod incelemesinde ekip arkadaşının PR’ında @.claude etiketlenerek PR’ın bir parçası olarak CLAUDE.md’ye içerik ekleniyor
- Claude Code GitHub Action(/install-github-action) kullanılıyor
- Dan Shipper’ın Compounding Engineering kavramına benzer bir yaklaşım
6/ Plan modu ve otomatik kabul iş akışı
- Oturumların çoğu Plan modu ile başlatılıyor (shift+tab iki kez)
- Amaç bir PR hazırlamaksa, Plan modunda Claude ile plandan memnun kalınana kadar tekrar tekrar çalışılıyor
- Plan netleştikten sonra auto-accept edits moduna geçildiğinde Claude genelde işi tek seferde (1-shot) tamamlıyor
- İyi bir plan gerçekten çok önemli
7/ Slash komutlarıyla tekrar eden işleri otomatikleştirme
- Günde birkaç kez yapılan her "inner loop" iş akışı için slash komutları kullanılıyor
- Tekrarlayan prompt yazma ihtiyacını azaltıyor; Claude da bu iş akışını kullanabiliyor
- Komutlar git’e check-in ediliyor ve .claude/commands/ dizininde saklanıyor
- Örnek: /commit-push-pr slash komutu her gün onlarca kez kullanılıyor
8/ Alt ajan kullanımı
- Birden fazla alt ajanı düzenli olarak kullanıyor
- code-simplifier: Claude işini bitirdikten sonra kodu sadeleştirme
- verify-app: Claude Code ile uçtan uca testler için ayrıntılı talimatlar içeriyor
- Slash komutlarına benzer şekilde, çoğu PR’da yapılan en yaygın iş akışlarını otomatikleştirme fikri
9/ PostToolUse hook ile kod formatlama
- Claude’un kod formatlamasını yönetmek için PostToolUse hook kullanılıyor
- Claude varsayılan olarak zaten iyi formatlanmış kod üretiyor; hook ise kalan %10’luk kısmı hallederek daha sonra CI’da formatlama hatalarını önlüyor
10/ İzin yönetimi yaklaşımı
- --dangerously-skip-permissions kullanılmıyor
- Bunun yerine /permissions ile ortamda güvenli olduğu bilinen yaygın bash komutlarına önceden izin veriliyor
- Gereksiz izin prompt’larından kaçınılıyor
- Bunların çoğu .claude/settings.json içinde git’e check-in edilip ekiple paylaşılıyor
11/ Claude Code’un araç entegrasyonlarını kullanma
- Claude Code tüm araçları sizin yerinize kullanıyor
- Slack’te arama yapma ve paylaşım gönderme (MCP sunucusu kullanarak)
- BigQuery sorguları çalıştırma (
bq CLI ile) ve analiz sorularını yanıtlama
- Sentry’den hata loglarını çekme
- Slack MCP yapılandırması .mcp.json içinde git’e check-in edilip ekiple paylaşılıyor
12/ Uzun süren işleri ele alma yöntemi
- Çok uzun işler için üç yöntemden biri seçiliyor:
- Sandbox içinde, izin prompt’ları olmadan Claude’un işe odaklanabilmesi için --permission-mode=dontAsk veya --dangerously-skip-permissions kullanılıyor
13/ En önemli ipucu: doğrulama geri bildirim döngüsü sağlamak
- Claude Code’dan harika sonuçlar almak için en önemli unsur: Claude’a işi doğrulayabileceği bir yol sağlamak
- Bu geri bildirim döngüsü olduğunda nihai çıktı kalitesi 2–3 kat artıyor
- Claude, claude.ai/code’a gelen tüm değişiklikleri Claude Chrome uzantısı ile test ediyor
- Tarayıcıyı açıp arayüzü test ediyor, kod çalışana ve kullanıcı deneyimi iyi olana kadar tekrar ediyor
- Doğrulama yöntemi alana göre değişiyor
- Bash komutu çalıştırmak kadar basit olabilir
- Test paketini çalıştırmak olabilir
- Uygulamayı tarayıcıda veya telefon simülatöründe test etmek olabilir
- Bu doğrulama sürecini sağlam biçimde kurmak için yatırım yapmak gerekiyor
11 yorum
Madem yaratıcısı, herhalde limite takılmaz değil mi..?
Şirket içi API’lerin sınırsız olabileceğini düşündürüyor; Claude Code ürününün kendisinin de Claude Code ile yazıldığına dair bir yazı görmüştüm.. haha;;
Yine de yakalanmaz mı..? Pahalı da..
Şirkette kullanımda bir kısıtlama yok. Ben Anthropic’te değilim ama büyük bir teknoloji şirketindeyim; Sonnet 4.5 fiilen sınırsız.
Max abonesiyim ama sadece okumak bile token harcıyormuş gibi hissettiriyor.
Claude Code'un yaratıcısının paylaştığı pratik kullanım ipuçları
skills ortak noktası..
Orijinal yazıdaki görsele bakınca, sanırım yerelde 5, webde 5 tane açıp çalışıyor gibi görünüyor. Özellikle yerelde 10, webde 10 yapmak yerine 5 ve 5 diye bölmesinin bir nedeni olabilir mi?
Web tarafında muhtemelen basit kontroller ve yereldeki çalışmayla aynı git branch üzerinde yapılan basit işler için kullanıyor gibi görünüyor.
(Hareket halindeyken de çalışmak için mi??)
Bu bir tahmin ama, yerelde 5 tane oluştururken kullanım amacına göre git branch'lerini farklı tutup bağlamı yönettiğini
ve her sekmeyi örneğin
sekme1 DB sorgusu oluşturma ve planlama, sekme2 backend, sekme3 API geliştirme, sekme4 frontend, sekme5 kod inceleme gibi, çakışmanın en aza indiği kapsamda paralel yürüttüğünü tahmin ediyorum.
Tahminimce, muhtemelen hareket halindeyken mobil cihazla erişmek için web oturumu olması gerektiğindendir. Yaklaşık 10 tanesi yönetilebilir bir bilişsel yük düzeyindeyken, 5’inde PC’de yerel olarak derinlemesine çalışıp kalanlarını mobilde hızlıca yürütmek gibi.
Öyle de olabilir.