Boris'in 9 Claude Code pratik ipucu: Anlaşılan master konfigürasyonu çok "basit" Boris Cherny'nin Anthropic içinde bir lakabı vardır: Claude Code'un babası. Son zamanlarda X üzerinde aktif, bu yüzden birçok kişi Boris'e soruyor: Claude Code'u tam olarak nasıl kullanıyorsunuz? X hakkında 9 pratik ipucu paylaştı. Düşündüğünüz kadar çok numara yok ve her biri gösterişsiz. [1] Temel Felsefe: Claude Code'un en iyi uygulamalarına standart bir cevap yoktur Boris şöyle başladı: > Kurulumum şaşırtıcı derecede vanilla olabilir! Claude Code kutudan çıktığı gibi harika çalışıyor, bu yüzden şahsen çok kişiselleştirmiyorum. > Yapılandırmam beklediğiniz gibi "orijinal" olabilir. Claude Code kutudan çıktığı gibi harika çalışıyor ve şahsen ben çok fazla özelleştirme yapmadım. Beceriler ve Eklentiler gibi en iyi uygulamaların uzun zamandır Claude Code geliştiricileri olarak özelliklere entegre edilmesi anlaşılabilir. Claude Kodu'nu kullanmanın tek bir doğru yolu yoktur. Ekip bunu kasıtlı olarak rahat atılması için tasarladı ve istediğiniz gibi, nasıl değiştireceğiniz ve istediğiniz gibi kullanabiliyorsunuz. Claude Code ekibindeki herkes bunu tamamen farklı kullanıyor. Yani "en iyi uygulamaları" bulmak için mücadele etmeye gerek yok, en önemli şey kendi ritmini uydurmaktır. [2] Çoklu ajan görevleri paralel olarak: Aynı anda bir düzineden fazla Claude açın Boris'in günlük rutini şöyle: terminalde 5 Claude Code örneği açın, sekme numaraları 1'den 5'e kadar, sistem bildirimlerini açın ve hangisinin girilmesi gerektiğini atlayın. Aynı zamanda, web versiyonunda 5 ila 10 görev de yürütüyor. Terminaller ve web sayfaları birbirlerini "devredebiliyor": & sembolünü kullanarak yerel oturumu web sayfasına aktarabilir veya --teleport ile her iki tarafta geçiş yapabilir. Her sabah ve gün boyunca telefonunda Claude uygulamasından birkaç görev başlatıyor ve sonra sonuçları görmek için geri dönüyor. Bu "çok iş parçacıklı" çalışma şeklinin temel mantığı, Claude Code'un özerklikte iyi olması ve birçok görevin gözetmen gerektirmemesidir. Göreve başlarsınız, ona bir yön verirsiniz, çalıştırmasına izin verirsiniz ve kendiniz başka bir şey yaparsınız. Onay almanız gerektiğinde azaltın. Bu, geleneksel "insan bir satır kod yazıyor, yapay zeka birkaç satır oluşturuyor" şeklinden tamamen farklıdır. Ancak bu aynı zamanda daha yüksek kullanıcı gereksinimleri gerektirir ve ajanlara görev atamada iyi olmalı ve aynı anda birden fazla görev arasında geçiş yapabilmelisiniz. Bu, kendi başına geliştirmeye alışkın ve aynı anda sadece bir görevi olan geleneksel geliştirme modelleri için büyük bir zorluktur. Kodlama Ajanı'nı düzenli olarak kullanmama rağmen aynı anda çok fazla görev yapmaya alışkın olmadığımı söylemek utanıyorum, bu yüzden bu yıl bu alandaki pratiğimi güçlendireceğim. [3] Model seçimi: Neden daha hızlı Sonnet yerine Opus kullanılıyor Boris, düşünme modunda tüm görevlerinde Opus 4.5'i kullandığını söylüyor. Bu, şimdiye kadar kullandığı en iyi programlama modeli. Bazı insanlar soracak: Opus, Sonnet'ten daha büyük ve yavaş değil mi? Boris'in cevabı, tek yanıtın biraz daha yavaş olmasına rağmen, bunu çok daha az düzeltmenize gerek olduğu, araç çağrılarının daha doğru olduğu ve sonucun daha hızlı olduğudur. Aslında, kod yazmanın hızlı olamayacağı, yüksek kaliteli olması gerektiği konusunda hep hemfikir oldum; hızlı bir model üç kez düzeltmenizi gerektiriyorsa, aynı anda yavaş bir model kullanmak daha iyidir. Zaman sadece model yanıt süresiyle ilgili değil, aynı zamanda dikkat ve çaba maliyetinizle de ilgilidir. Tek sorun, Opus'un daha pahalı olması. 【4】 proje köküne yerleştirilen özel bir Claude Code yapılandırma dosyasıdır. Claude Code'u her başladığınızda, dosyayı otomatik olarak okur ve içeriğini "arka plan bilgisi" olarak kabul eder. Bunu şöyle anlayabilirsiniz: Bu, yapay zekaya yazdığınız proje spesifikasyonu, projenin yapısını, spesifikasyonlarını ve önlemlerini anlatıyor. Boris ekibinin yaklaşımı, tüm Claude Code deposunun tek bir Git'te tutulmasıdır. Her hafta insanlar Rigano'ya yeni şeyler ekliyor. Kural basit: Claude'un yanlış bir şey yaptığını her gördüğünüzde, içine "bunu yapma" yazın, bir dahaki sefere anlar. Daha da ilginç olan, bu mekanizmayı kod incelemelerinde de kullanmaları. Boris, meslektaşının PR'ında @.claude ile Claude'a yeni bir kural eklemesini isteyecek. Bu, Claude Code'un GitHub Eylemi ile sağlanır. Dan Shipper buna "bileşik faizli proje" diyor: her hata düzeltmesi bir ekip varlığı haline gelir ve yapay zekanın projenizi daha iyi anlamasını sağlar. Henüz komutu kullanmadıysanız, Claude otomatik olarak proje yapısını analiz eder ve ilk bir versiyon oluşturur. Sonra kullandıkça eklersiniz ve yanlış olanı gördüğünüzde eklersiniz. [5] Plan modu: yapmadan önce net düşünün Boris, seanslarının çoğunu Plan modunda başlattığını söylüyor. Claude Code'da Shift+Tab'a çift tıklayarak geçiş yapın. Plan modunda, Claude kodu doğrudan değiştirmez, önce size bir yürütme planı verir. Planınızı tartışmalı ve revizyon yaparak tatmin olana kadar değişebilirsiniz. Sonra otomatik kabul moduna geçin, ki Claude genellikle tek bir harekette bunu yapar. "İyi planlama gerçekten önemli", bu alışkanlık aslında yazılım geliştirmenin klasik bilgeliğini yapay zeka iş birliğine aktarıyor: önce tasarım, sonra kod. Birçok kişinin yapay zekayı kod yazmak için kullandığı sorun, doğrudan başlatmak ve bunun sonucu olarak, yanlış yön nedeniyle yeniden işlemenin maliyeti yüksek oluyor. Planınızı hizalamak için birkaç dakika harcamak, saatlerce yeniden çalışmadan tasarruf sağlar. [6] Tekrarlayan işi otomatikleştir: kesik komutları ve alt ajanlar Boris'in günde onlarca kez yapması gereken birkaç operasyonu vardı ve bunları kesik komutlarına dönüştürdü. Örneğin, "/commit-push-pr" gönderme, push ve PR oluşturma işlemlerini tek tıklamayla tamamlar. Slash komutları esasen .claude/commands/ dizininin altına yerleştirilen Markdown dosyalarıdır. Komutları doğal dilde yazabilir ve ayrıca bash scriptleri gömüyerek önceden bilgi alabilirsiniz, böylece modelin çağrı sayısını azaltırsınız. Bu komutlar Git'e gönderilebilir ve tüm ekip tarafından paylaşılabilir. Kesik komutuna ek olarak, bir alt ajan da kullanır (ajan, Claude'un belirli iş türlerinde uzmanlaşmış ayrı bir örneğidir. Örneğin, ana Claude işini tamamladıktan sonra kodu otomatik olarak basitleştiren bir kod basitleştirici alt ajanı vardır. Ayrıca, uçtan uca testten sorumlu bir doğrulama uygulaması alt ajanı da vardır. Bu iki özelliğin ortak noktası, yaptıklarınızı defalarca sağlamlaştırmanız ve Claude'un kendisi olarak kalmasına izin vermenizdir. Her açıklamayı tekrar etmek veya komutun detaylarını hatırlamak zorunda değilsiniz. Claude tarafından oluşturulan kodu biçimlendirmek için PostToolUse Hook'u kullanın. Claude genellikle otomatik olarak iyi biçimlendirilmiş kod üretir ve bu kanca, sürekli entegrasyon (CI) sürecinin ilerleyen aşamalarında yanlış biçimlendirme önlemek için kodun son %10'unu yönetir. [7] Güvenlik ve entegrasyon: izin yapılandırması ve harici araçlar Boris, tehlikeli derecede izin atlama seçeneğini kullanmıyor. Bunun yerine, her onay kutusunun açılmaması için sık kullanılan bazı güvenlik komutlarını /permissions komutuyla önceden onaylıyor. Bu yapılandırmalar .claude/settings.json olarak kaydedilir ve ekip tarafından paylaşılır. Daha da güçlü olan MCP sunucu entegrasyonu. MCP, Model Context Protocol'un kısaltması, Anthropic tarafından başlatılan ve yapay zekanın harici araçlara bağlanmasına olanak tanıyan standart bir protokoldür. MCP ile Claude Code doğrudan şunları yapabilir: - Slack mesajlarını aramak ve göndermek - Veri sorularını yanıtlamak için BigQuery sorgularını çalıştırmak - Hata kaydını Sentry'den çek Boris ekibi ayrıca Slack'in MCP yapılandırmasını depoya gönderdi ve herkes kutudan çıkar çıkmazdan kullandı. Bu, Claude Code'un sadece bir programlama aracı olmadığı, tüm araç zincirinizi çağırabilen "hepsi bir arada asistan" olduğu anlamına gelir. [8] Uzun görev işleme: Claude'un kendisi doğrulamasına izin verin Uzun süreli görevler için Boris'in birkaç stratejisi vardır: İlki, Claude'un tamamlandıktan sonra sonuçları doğrulamak için arka plan ajanını otomatik olarak kullanmasına izin vermek. İsterde talep edebilir veya Stop Hook kullanarak daha deterministik olarak tetikleyebilirsiniz. > Not: Hooks, Claude Code'un belirli anlarda özel mantık eklemenizi sağlayan "kanca" mekanizmasıdır. Bunu bir "tetikleyici" olarak düşünebilirsiniz: bir olay gerçekleştiğinde, önceden ayarlanmış komutunuzu veya betikinizi otomatik olarak çalıştırın. > Stop Hook'ta Claude'un yanıt verdiği ve kontrolü devretmeye hazır olduğu an. > İlgili Dokümantasyon: İkincisi ise esasen bir Bash döngüsü olan ralph-wiggum eklentisini kullanmak: basit bir ölü döngü hayal edin (gerçek olsa da) ve aynı görev ifadesini (prompt dosyası) yapay zeka ajanına sürekli besleyerek işini defalarca iyileştirir, ta ki tamamen tamamlanana kadar. Üçüncüsü, sandbox ortamında --permission-mode=dontAsk veya --dangerously-skip-permissions kullanmaktır; böylece Claude izin onayıyla kesintiye uğramaz ve sona tek başına koşmaz. Temel fikir şudur: uzun bir görev olduğu için sizi bekletme. Ona yeterince özerklik ve kendini düzeltme yeteneği ver. [9] En önemlisi: Claude'a doğrulama yetenekleri vermek Boris bunu sona koyuyor, bunun iyi bir sonuç elde etmenin en önemli faktörü olduğunu söylüyor. Eğer Claude çalışmasını doğrulayabilirse, nihai çıktı kalitesi 2 ila 3 kat artırılabilir. Bir örnek verdi: her gönderdikleri değişiklik için Claude kendini Chrome eklentileriyle test edecek: tarayıcıyı açıyor, arayüzü test ediyor ve sorun bulduğunda düzgün çalışana ve deneyim makul olana kadar yineleme yapıyor. Doğrulama yöntemleri senaryoya göre değişir. Bu, bir bash komutu çalıştırmak, bir test paketi çalıştırmak veya bir uygulamayı tarayıcı veya cep telefonu emünatöründe test etmek olabilir. Form önemli değil, ama önemli olan şu: yapay zekaya bir geri bildirim döngüsü bırakın. Bu gerçek aslında çok basittir. İnsan mühendisler ayrıca kaliteyi sağlamak için "kod yazma-test-görme-sonuç değiştirme" döngüsüne de güvenirler. Yapay zeka için de aynı şey geçerli. Sadece yazılabiliyorsa ve ölçülemezse, gözlerin kapalı bir şeyler yapmak gibidir ve kalite şansa bağlı. Boris'in önerisi, doğrulama mekanizmasını sağlamlaştırmaya yatırım yapmaktır. Bu, en yüksek yatırım getirisi. [10] Ustalar hamlesiz kazanmak için kılıçları kullanır Dövüş sanatları romanlarında ustaların kılıçla bu kadar çok çan ve ıslık göstermesi yoktur ve kazanmak için hamle yoktur. Boris karmaşık özel yapılandırmaları göstermiyor, gizemli özel istemler içermiyor ve resmi işlevler kullanıyor. Fark şu ki, bu özelliklerin mantığını gerçekten anlıyor ve bunları verimli bir iş akışına dönüştürüyor. Paralel çalışma, Claude'un bağımsız yürütebilmesi nedeniyle yapılır; Opus, daha yüksek genel verimlilik nedeniyle kullanılır; Hata düzeltmeyi varlıklara dönüştürmektir; Plan modu, bunu yapmadan önce net düşünmek; kesme komutları ve alt ajanlar otomatik tekrarlayan bir iştir; Doğrulama mekanizması, yapay zeka geri bildirimi kapalı bir döngü sunmaktır. Claude Code ile yeni başlıyorsanız, gelişmiş yapılandırmalara acele etmenize gerek yok. Öncelikle temel bilgileri iyi kullanın: paralel çalışmayı, planlamayı ve yapay zeka doğrulama yöntemlerini biriktirmeyi öğrenin. Gerçekten bir darboğazla karşılaştığınızda, o çiçekleri atmak için henüz geç değildir.

Boris'in bahsetmediği bir şey ise, büyük şirketleri için normal olan temel CI/kod inceleme iş akışıdır; bu da onların büyük şirketleri için normal olabilir ve varsayılan olarak orada olmalı Örneğin, Claude Code ile bir görevi tamamladığında, doğrudan ana şube birleştirmeni söylemiyor, PR gönderiyor. PR gönderildikten sonra, tüm tüy ve otomatik testler CI sunucusunda otomatik olarak çalıştırılır ve test başarısız olursa PR birleştirilemez. Bir PR tüm otomatik testlerden geçer ve birinin kod incelemesi yapması gerekir (tabii ki yapay zeka yardımı mümkündür, ama yine de onaylanması gerekir), kod incelemesi sorun bulursa revizyon yapılması gerekir. Birçok bireysel geliştirici için CI/kod inceleme iş akışı oluşturmaya alışık değiller ve Git kodu yönetimi bile yapmıyorlar, bu yüzden bir şeyler ters giderse geri alamıyorlar.

[10] Göremediğiniz şeyler Boris'in bahsetmediği bir şey ise, büyük şirketleri için normal olan temel kaynak kontrolü/CI/kod inceleme iş akışıdır; bu da varsayılan olarak orada olmalı Örneğin, Claude Code ile bir görevi tamamladığında, doğrudan ana şube birleştirmeni söylemiyor, PR gönderiyor. PR gönderildikten sonra, tüm tüy ve otomatik testler CI sunucusunda otomatik olarak çalıştırılır ve test başarısız olursa PR birleştirilemez. Bir PR tüm otomatik testlerden geçer ve birinin kod incelemesi yapması gerekir (tabii ki yapay zeka yardımı mümkündür, ama yine de onaylanması gerekir), kod incelemesi sorun bulursa revizyon yapılması gerekir. Bunlar aynı zamanda paralel çoklu görev yapabilme yeteneklerinin temelini oluşturur ve bu temel iş akışları olmadan çoklu görev yapamazlar. Birçok bireysel geliştirici için CI/kod inceleme iş akışı oluşturmaya alışık değiller ve Git kodu yönetimi bile yapmıyorlar, bu yüzden bir şeyler ters giderse geri alamıyorlar.