Claude Code Seri Eğitimi 4: Claude Code'un Kullanım Senaryoları Nelerdir?

Tipik Kullanım Senaryoları

Kullanım senaryolarını dört kategoriye ayırdım, sıklığa göre yüksekten düşüğe sıraladım.

Birinci Kategori: Kodu Anlamak

Bu muhtemelen en çok kullanılan kategori. Başkasının projesini devraldığınızda, eski bir modülü incelerken veya dokümantasyonu olmayan bir depoyu açtığınızda doğrudan sorun.

Spesifik Yöntemler:

claude "Bu proje ne işe yarıyor? Giriş noktası nerede?" — package.json, dizin yapısı, kilit dosyaları okur ve bir özet çıkarır.
Bir fonksiyonu açın, mantığını açıklamasını ve akışını (metinle) çizmesini isteyin.
Bir API isteğinin ön uçtan veritabanına kadar olan tam yolunu izlemesini isteyin.

Burada yaptığı iş, özünde size "kod okumanın kirli işini" yapmaktır. Uzun süre grep yapmanız ve kafanızda parçaları birleştirmeniz gerekmez. Yolları o düzenler, siz karar verirsiniz.

Bu kategori için alternatif: Kod deposunda elle arama yapmak, not almak, çağrı grafikleri çizmek.

İkinci Kod: Kod Yazmak, Kod Değiştirmek

Bu en çok tartışılan kategori, ancak aslında en sık kullanılan değil. Kod yazma senaryoları genellikle şöyledir:

Yeni özellik oluşturma: "user modülü altına e-posta değiştirme için bir API ekleyin, e-posta biçimini doğrulayın, birim testleri yazın."
Çapraz dosya yeniden düzenleme: "Bu üç dosyadaki tüm moment() çağrılarını dayjs() ile değiştirin, diğer mantığı değiştirmeyin."
Taşıma ve yükseltme: "Bu Vue 2 bileşenini Vue 3 Composition API sözdizimine dönüştürün."

Ürettiği kod her zaman ilk seferde doğru olmayabilir, ancak çapraz dosya değişikliklerini tek seferde yapabilir ve dosya diff'lerini tek tek inceleyip kabul veya reddedebilirsiniz.

Bu kategori için alternatif: Tekrarlayan kodları elle yazmak, çapraz dosya referanslarını elle arayıp değiştirmek.

Üçüncü Kategori: Hata Ayıklama ve Düzeltme

Hata oluştuğunda genellikle iş akışı: hatayı gör, dosyayı bul, nedeni tahmin et, düzeltmeyi dene, olmazsa geri dön. Claude Code doğrudan tüm hata yığınını alabilir ve proje koduyla birlikte kendisi konumlandırabilir.

Tipik Kullanım:

Başarısız test çıktısını ona atın, ilgili kodu okur, düzeltme önerisi sunar, düzeltir ve testi tekrar çalıştırıp geçip geçmediğini görür.
CI hatasıyla karşılaştığınızda log'u yapıştırın, düzeltsin, ardından git diff ile değişiklikleri onaylayın.

Burada oynadığı rol daha çok "ilk tur incelemeci" gibidir. Sorunu düşünen sizsiniz, ancak dosyaları karıştırmak, farklılıkları karşılaştırmak ve doğrulama komutlarını çalıştırmak onun işidir.

Bu kategori için alternatif: Testleri tekrar tekrar çalıştırmak, hata günlüklerini okumak, kod farklılıklarını elle karşılaştırmak.

Dördüncü Kategori: Diğer Otomasyonlar

Bu senaryolar en gösterişsiz olanlardır, ancak birleşince en çok zaman kazandıranlardır.

Örnekler:

Git commit mesajları yazmak: claude "Mevcut git diff'e göre Conventional Commits formatında bir commit mesajı yaz"
PR açıklaması oluşturmak: Mevcut dal ile main arasındaki farkı karşılaştırmasını ve değişikliklerin özetini ve test açıklamalarını oluşturmasını isteyin.
Sürüm notları yazmak: Claude Code'a son bir haftadaki commit geçmişini okutun ve CHANGELOG oluşturun.
Ortam sorunlarını yanıtlamak: "Bu bağımlılığı kurarken hata aldım, terminal çıktısına bakıp nedenini bul."

Bu işlerin ortak noktası: karmaşık değil, ancak zahmetli. Kendiniz yaparken pencere değiştirip çok yazmanız gerekir. Ona bırakın, birkaç saniyede biter.

Bu kategori için alternatif: Metni elle düzenlemek, standart dokümanlar yazmak, ortam yapılandırma sorunlarını araştırmak.

Bir "Harita"

Bu dört senaryoyu günlük iş akışına yerleştirdiğimizde kabaca şu harita ortaya çıkar:

Alışılmadık bir proje almak
    │
    ▼
[Kodu Anlamak] ─── Yapıyı, giriş noktasını, kilit mantığı anlamak
    │
    ▼
Yeni özellik yazmaya veya modülü değiştirmeye başlamak
    │
    ▼
[Kod Yazmak/Kod Değiştirmek] ─── Uygulamayı oluşturmak, çapraz dosya yeniden düzenleme
    │
    ▼
Testleri çalıştırmak, hata çıkmak
    │
    ▼
[Hata Ayıklama ve Düzeltme] ─── Hatayı analiz etmek, konumlandırmak, düzeltmek, tekrar çalıştırmak
    │
    ▼
Göndermeye hazırlık
    │
    ▼
[Diğer Otomasyonlar] ─── Commit, PR açıklaması, sürüm notları yazmak
    │
    ▼
Göndermek, tamamlandı

Bu dört alanın hepsini kullanmak zorunda değilsiniz. Bazı ekipler sadece kodu anlamak için, bazıları sadece test yazmak ve PR göndermek için kullanır. Hangi kısım sizi en çok zorluyorsa, o senaryodan başlayın.

İşe Yarayan İki Kriter

Bir işi Claude Code'a verip vermemeniz gerektiğinden emin değilseniz, kendinize iki soru sorun:

1. Bu iş "mekanik" mi yoksa "yaratıcı" mı?

Yüz referansı değiştirmek, çıktıyı biçimlendirmek, şablon kod üretmek — bunları elle yapmak zaman alır, ancak fikriniz zaten vardır. Claude Code'a vermek uygundur.

2. Bu işin "doğrulama maliyeti" yüksek mi?

Bir değişikliğin doğrulanması için sürekli atlama, test çalıştırma, log okuma gerekiyorsa, kişisel deneme yanılma yavaş olur. Claude Code "değiştir - çalıştır - gör - tekrar değiştir" döngüsünü kendi başına tamamlayabilir, böylece işiniz çok kolaylaşır.