💻 Claude Code: Terminalde Ajan

Claude Code: Terminalde Ajan: Claude Code, çok yetenekli yeni bir ekip üyesine bir klavye verip "bu dosyalara dokunabilirsin, bu komutları çalıştırabilirsin, ama ŞUNU yapmadan ön

Claude Code, çok yetenekli yeni bir ekip üyesine bir klavye verip "bu dosyalara dokunabilirsin, bu komutları çalıştırabilirsin, ama ŞUNU yapmadan önce sor" demeye benzer — mekanizma birebirdir: izin modları (her seferinde sor vs. salt-okunur için otomatik onay vs. tam erişim), yöneticisi yokken yeni işe alınanın izinsiz yapabileceklerinin tam sınırıdır, her commit'e onay gerektiren bir junior ile merge yetkisi olan bir senior arasındaki aynı ayrım. Üzerinde durulmaya değer soru şu: Claude Code başarısız bir testi okuyup çalıştırabiliyor ve düzeltmeyi kendisi düzenleyebiliyorsa, neden bir komutu çalıştırmadan önce SORMASINI, sadece yapması yerine istiyorsun? Çünkü özerk bir ajanın etki alanı, dokunmasına izin verilen şeyle ölçeklenir — salt-okunur bir izin modu yapısı gereği güvenlidir (geri alınacak hiçbir şey yok), oysa keyfi shell komutları çalıştırabilen veya bir branch'e push edebilen bir mod, yeni işe alınanın gözetimsiz ilk haftasına uygulayacağın aynı inceleme disiplinini gerektirir. Java karşılaştırması: bu, rol-bazlı bir izin sisteminin "bu kaynağı okuyabilir" ile "yazabilir/çalıştırabilir" arasında çizgi çekmesiyle aynı erişim kontrolüdür — dar olan iyi çalışıyor diye geniş olanı vermezsin. QA tarafındaki bedel: diff'lerini kontrol eden bir insan olmadan paylaşılan bir CI runner'a veya production'a yakın bir branch'e incelenmemiş yazma+çalıştırma erişimi verilen bir ajan, bu platformun kendi security sayfasının kapsadığı aynı kategoride bir tedarik zinciri riskidir — sadece aktör bir insan saldırgan yerine bir AI'dır.

Oku → Çalıştır → Düzelt → Tekrar Çalıştır Döngüsü

İzin verildiğinde Claude Code, başarısız test dosyasını okur, çalıştırır, gerçek hata çıktısını okur, bir düzenleme önerir ve tekrar çalıştırır — bir geliştiricinin elle yaptığı aynı debug döngüsü, ama ajan bunu her komutu yeniden yazmana gerek kalmadan aynı terminal oturumunda yapar.

Meta-örnek — tam olarak bu platform: bu projenin kendi repository'sinin kökünde bir CLAUDE.md dosyası vardır, ajanın her oturum başında okuduğu, aynı proje kurallarının tekrar tekrar söylenmesine gerek kalmayan yazılı bir anayasa. Aynı şekle sahip temsili bir alıntı (gerçek dosya değil, bir yer tutucu):

CLAUDE.md Dosyası Ajanın Davranışını Nasıl Şekillendirir?

Claude Code bir oturum BAŞLARKEN…

Claude Code bir oturum BAŞLARKEN proje kökündeki CLAUDE.md dosyasını OTOMATİK okur — bu, HER prompt'ta aynı kuralları TEKRAR yazmak zorunda kalmamanı sağlar.

"İçerik değişikliği src/data/*.js dışına taşmaz" kuralı…

"İçerik değişikliği src/data/*.js dışına taşmaz" gibi bir kural, ajanın YANLIŞLIKLA component/config dosyalarına DOKUNMASINI önler — sınır, prompt'ta değil DOSYADA tanımlıdır.

"Her yeni kod bloğu bir practice/animasyon ile eşleşmeli" kuralı…

"Her yeni kod bloğu bir practice/animasyon ile eşleşmeli" kuralı, ajan bir görevi TAMAMLADIĞINI düşünse bile KENDİ ÇIKTISINI bu kurala göre TEKRAR kontrol etmesini sağlar.

"Build'i her değişiklikten sonra çalıştır" kuralı…

"Build'i her değişiklikten sonra çalıştır" kuralı, ajanın "değişikliği yaptım" ile "değişiklik GERÇEKTEN çalışıyor" arasındaki farkı KAPATAN bir doğrulama ADIMINI zorunlu kılar.

Bu dosya, bir CONTRIBUTING.md ile AYNI mantığı…