Son zamanlarda, Claude Code'u yoğun kullanan kişilerle konuşurken şunu soruyorum: "Deponun dağınıklaştığını hissediyor musun? İşlemler biraz yavaşlamış gibi geliyor mu?" Neredeyse herkes "Evet..." diye yanıtlıyor.
- Farkına varmadan beceriler önemli ölçüde arttı.
- Altı ay öncesine ait bilgiler context/ klasöründe duruyor.
- CLAUDE.md o kadar şişti ki ben bile tam resmi göremiyorum.
- İşlemler bir şekilde inanılmaz yavaşladı.
Geçenlerde bunun "nasıl yetiştirileceği" ile ilgili bir sorun olmadığını fark ettim.
Bu bir "metabolizma" sorunu.
Tıpkı insan vücudunun sadece besinle hayatta kalamaması gibi. Metabolize etmeniz, atmanız ve en başta kirlenmesi zor bir yapı oluşturmanız gerekir. Depolar da tamamen aynı.
Bu yazıda, Claude Code'u "kendi kendine büyüyen" bir duruma getirmek için dört mekanizmayı anlatacağım. Claude Code'u epey kullanan ve yönetim maliyetinin arttığını hissedenler için bu gerçekten çok anlamlı olacak.
■ Tek başına yetiştirmenin sınırları
Geçmişte "Claude Code bir yetiştirme oyunudur" diyen birçok makale yazdım.
https://x.com/0xfene/status/2042047157767926056?s=20
Beceriler oluşturmak, context/ içinde bilgi biriktirmek, CLAUDE.md'i cilalamak... hepsi "ekleme" üzerineydi.
Bu, ilk birkaç ay inanılmaz iyi çalışıyor.
Ne kadar çok yaparsanız, Claude Code o kadar akıllı geliyor ve bu çok eğlenceli.
Ancak yaklaşık altı ay sonra bakış açısı değişiyor.
O kadar çok beceri var ki ne olduğunu bilmiyorsunuz ve context/ içindeki bilgiler gerçeklikten sapmaya başlıyor. CLAUDE.md bile o kadar şişiyor ki Claude önemli talimatları gözden kaçırmaya başlıyor.
Başka bir deyişle, "ne kadar çok yetiştirirsen o kadar tıkanır" olgusu ortaya çıkıyor.
İşte o zaman fark ettim.
Sadece bir şeyler koymak yeterli değil.
Alım, metabolizma, atılım ve "temiz bir yapı" olmak üzere dört temel direği döndürmeniz gerekir, yoksa depo ölür.
Bunları sırayla tanıtacağım.
■ ① Alım: X gönderilerini anında içe aktarmayı mümkün kılmak
En son Claude Code bilgi birikiminin neredeyse tamamı X'te akıyor.
- "Bu prompt ile sonuçlar fırladı"
- "Bu beceri kombinasyonu çılgınca"
- "Hook'ları böyle yazabileceğini bilmiyordum"
Her gün gerçekten iyi içgörüler akıyor.
Ama sorun şu ki çoğu insan bunun akıp gitmesine izin veriyor.
Dürüst olmak gerekirse, ben de aynıydım.
"Bunu sonra denerim" diye ekran görüntüsü alır, bir ay sonra kameram rulosuna bakar "Bu neydi acaba?" diye düşünürdüm.
Ya da bir URL'yi yer imlerine ekler ve bir daha açmazdım.
Telefonumda ve tarayıcımda ölü X gönderileri birikiyordu.
Bu yüzden X gönderileri için bir "alım hattı" oluşturdum.
Spesifik olarak, bir X gönderisi URL'si sağladığınızda, Claude Code otomatik olarak şunları yapıyor:
- Ana noktaları özetler
- Etiketlerle kategorize eder
- Mevcut becerilere yansıtılabiliyorsa eklemeler önerir
- Yeni bir beceri gerekli görünüyorsa taslak oluşturur
- Sadece referans bilgisi ise context/ içine not alır
Bunu neredeyse otomatik olarak yapan bir mekanizma.
Sadece bunu eklemek, X'e bakarken davranışımı tamamen değiştirdi.
Eskiden ekran görüntüsü almakla yetinirdim, şimdi X'te ilgimi çeken bir gönderi gördüğümde URL'yi hemen Claude Code'a veriyorum. Sorunsuz bir şekilde işleniyor ve üç dakika sonra beceri güncelleniyor.
"İyi bilgi bulmak" ve "onu Claude Code'uma entegre etmek" tek bir eylem haline geliyor.
Bu inanılmaz derecede büyük.
Gerçekten çok büyük.
Çünkü toplulukta akan en son bilgi birikimi sürekli olarak deponuza enjekte ediliyor.
Buna sahip olmak veya olmamak altı ay sonra dünyalar kadar fark yaratıyor...!!!
Spesifik olarak, X için bir CLI mevcut olduğundan, bunu X Developer Console'dan Claude Code ile bağlayarak yapabilirsiniz.
Detaylı yöntemi atlayacağım çünkü Claude Code muhtemelen sizin için uygulayacaktır, ancak ilgileniyorsanız lütfen benimle iletişime geçin!
■ ② Metabolizma: İnsan geri bildirimiyle beceriler kendi kendine büyür
Bu, en çok tavsiye ettiğim kısım.
Gotcha adı verilen bir mekanizma ve gerçekten çılgınca.
Şöyle ki, her beceri tanım dosyasının sonuna bir "Geçmiş Tuzaklar" bölümü yerleştiriyorsunuz.
Örneğin, şöyle:
1## Gotchas (Geçmiş Tuzaklar)21. Geçmiş makalelerdeki numaraları tekrar kullanmayın32. DAIJOBU Co., Ltd. sonek notasyonunu kullanır. "DAIJOBU Corporation" yanlıştır43. Abartılı rakamlara dikkat edin
İşte bu kadar.
Hepsi bu.
Ancak bu, bir beceriyi "deneyimli" hale getirmek için bir mekanizma olarak inanılmaz derecede güçlüdür.
Spesifik olarak, akış şöyle çalışır:
- Kullanıcı geri bildirim sağlar ("Bu makale geçmiştekiyle aynı numaralara sahip")
- Bu geri bildirim, o becerinin Gotchas'ına eklenir
- Bir sonraki sefer o beceri çağrıldığında, Gotchas otomatik olarak prompt'a dahil edilir
- Claude Code, "Ah, bu daha önce berbat ettiğim bir şey" diye fark eder ve ondan kaçınır
Başka bir deyişle, tek bir insan geri bildirimiyle o beceri kalıcı olarak daha akıllı hale gelir.
Bu gerçekten şok edici.
Örneğin, makale inceleme becerim artık "geçmiş makalelerle aynı numaraları kullanma" ve "DAIJOBU Co., Ltd. bir sonektir" kurallarını mükemmel bir şekilde hatırlıyor.
1on1 hazırlık becerisi, "bir QA mühendisinin kariyeri için 5 yol listele"yi hatırlıyor.
Mülakat becerisi, "sormadan önce her zaman oku; atlamak güven kaybettirir"i hatırlıyor.
Bunu her seferinde söylemiyorum.
Sadece bir kez geri bildirim verdim ve Gotchas'a ekledim.
Bu daha çok "yetiştirmek"ten ziyade "deneyim kazanmasına izin vermek" gibi hissettiriyor.
Tıpkı bir yeni gelen kişiye geri bildirim vermek gibi, becerinin kendisi istikrarlı bir şekilde daha akıllı hale geliyor.
Buna ek olarak, tamamlayıcı başka bir mekanizma da Rüyalar dediğim şeydir.
Bu, bireysel becerilerin yakalayamadığı, depo genelindeki kesişen kalıpları haftalık olarak çıkaran bir beceridir.
Son çalışma günlüklerinden tekrar eden kalıpları bulur ve bunları otomatik olarak context/dreams.md dosyasına yazar. "Son zamanlarda bu kararı üç kez verdim" veya "bu hata tekrarlanıyor" gibi şeyler.
Kısacası, bugünkü benliğin dünkü eylemleri gözlemlediği bir mekanizma.
Bununla, fark etmediğiniz davranış kalıpları bile söze dökülür ve stoka yükseltilir.
Gotcha ve Rüyalar dönmeye başladığında, depo "deneyim kazanan ve kendi kendine akıllanan" bir duruma girer.
Bu gerçekten işe yarıyor...!!!
■ ③ Atılım: Claude Code'a düzenli olarak "sorular" sormak
Buradan itibaren "çıktı" tarafıyla ilgili.
Dürüst olmak gerekirse, herkes temizlikte kötü değil mi?
Ben de berbat durumdaydım.
"Bunu artık kullanmıyorum herhalde..." diye düşünürdüm ama atma kararından korktuğum için tutardım.
Farkına varmadan bir sürü becerim oldu ve yarısı kullanılmıyordu.
İlk başta bunu "otomatik temizlik robotu" gibi bir mekanizmayla çözmeye çalıştım ama pek işe yaramadı.
Karar vermek çok zordu ve sonunda bir insanın kontrol etmesi gerekiyordu.
Bu yüzden politikamı değiştirdim.
Mekanizmanın temizlemesini sağlamak yerine, bir insanın düzenli olarak "sorular" sorduğu bir işleyişe geçtim.
Spesifik olarak, ayda bir kez Claude Code'a her zaman şu üç şeyi sorarım:
- Kullanılmayan beceri veya ajan var mı? (Son bir ayda çağrılmayanları listele)
- Eski context kalmış mı? (Altı aydan uzun süredir güncellenmeyen dosyaları listele)
- Claude Code'un işlemlerini hızlandırmak istiyorum; yavaşlamasına ne sebep oluyor?
Sadece soruyorum.
Özel bir mekanizma yok.
Ancak bunu ayda bir yapmaya karar vermek, depo temizliğinin dönmeye başlamasını sağlıyor.
Bunun nedeni, "atıp atmamaya" karar vermek yerine sadece "mevcut durumu görselleştirmem."
Liste çıktığında, "Ah, bunu artık kullanmıyorum" veya "Bu context gerçeklikle uyuşmuyor"u bir bakışta görebiliyorum. Karar vermenin kendisi beş saniyede bitiyor.
Temizliği "otomasyon"dan "soruların düzenliliği"ne dönüştürün.
Kalbiniz daha hafif hissedecek.
Lütfen ayda bir kez takviminize eklemeyi deneyin.
Harika!
■ En başta kirlenmesi zor bir yapı oluşturmak
Bu, bu sefer iletmek istediğim en önemli şey olabilir.
Temizlemek zor önemlidir, ancak en başta kirlenmeyen bir yapı oluşturmak ezici bir şekilde daha uygun maliyetlidir.
Kirlenmesi zor bir yapının iki anahtarı vardır.
Birincisi, SSoT'yi (Tek Doğruluk Kaynağı) tanımlamaktır.
SSoT, "bu bilginin doğru versiyonu sadece burada bulunur" için tek bir yer belirlemek anlamına gelir.
Örneğin, en son müşteri durumunu ele alalım.
Bunu dört yere dağıtırsanız—"Notion müşteri veritabanı," "context/clients/," "Slack notları" ve "kendi kafanız"—kesinlikle tutarsızlıklar ortaya çıkar.
Altı ay sonra, "hangisi doğru?" bilemezsiniz ve depo bir bataklığa dönüşür.
Bunun yerine, "en son müşteri durumu için SSoT context/clients/{name}.md'dir" diye karar verirsiniz.
Orada yazılı olan, gerçekliğin en son halidir; Notion temelde bunun bir kopyasıdır ve Slack kesinlikle akış (akan bilgi) olarak ele alınır.
(Gerçekte, müşteri bilgilerini temelde Notion'da merkezileştirerek çalışıyoruz.)
Bunu başlangıçta sıkıca belirlemek, bilginin dağılmasını durdurur.
İkincisi, akış bilgisi ve stok bilgisini ayırmaktır.
Bu inanılmaz derecede etkilidir.
- Akış bilgisi = Toplantı tutanakları, 1on1 günlükleri, iş toplantı notları, günlük raporlar, araştırma sonuçları (kronolojik olarak eklenir, çürümez)
- Stok bilgisi = Mevcut anda doğru olan bilgiler, durumlar (üzerine yazılır, eskisi zararlıdır)
Bu ikisini ayırmazsanız, akış bilgisi giderek stok tarafına karışır ve depo bir bataklığa dönüşür.
Benim depomda, akış bilgisi fiziksel olarak work/ altında, stok bilgisi ise context/ altında ayrılmıştır.
Sadece "tutanakları oku ve yalnızca yeni bilgileri stoka yükselt" kuralına sıkı sıkıya uymak, context/ tarafının sonsuza kadar temiz kalmasını sağlar.
work/ tarafı kronolojik olarak birikecektir, ancak "akan bilgi" olduğu için eskise bile zararlı değildir.
Kısacası, bir şeylerin girdiği yer ile biriktiği yeri fiziksel olarak ayırırsınız.
Bunu yaparsanız, temizliğin kendisi inanılmaz derecede hafifler.
Stok tarafı yapısal olarak kirlenmesi zordur ve akış tarafı eskise bile zararlı değildir.
Önce yapıyı tasarlarsanız, sonraki işleyiş 180 derece değişir.
■ Yetiştirmekten Kendi Kendine Büyümeye
Şimdiye kadar dört şey tanıttım:
- ① Alım: X gönderilerini anında içe aktarmak
- ② Metabolizma: İnsan geri bildirimiyle becerilerin kendi kendine büyümesi (Gotcha + Rüyalar)
- ③ Atılım: "Sorular" sorarak düzenli temizlik
- ④ Kirlenmesi zor bir yapı: SSoT ve Akış/Stok ayrımı
Bu dördü dönmeye başladığında ne olur?
Depo, "kendi kendine büyüyen" bir duruma girer.
İlk başta Claude Code'un bir "yetiştirme oyunu" olduğunu düşünmüştüm.
Beceriler oluşturmak, context yazmak, CLAUDE.md'i düzenlemek... hepsini elle cilalıyordum.
Ancak bu dördünü kurduğunuzda, belirli bir andan itibaren bakış açısı değişir.
Depo, siz dokunmadan kendi kendine daha akıllı hale gelir.
X'ten sürekli olarak yeni içgörüler gelir ve beceriler deneyim kazanarak kendi kendine akıllanır. Eski şeyler düzenli olarak organize edilir ve en başta kirlenmesi zor olduğu için bakımın kendisi inanılmaz derecede hafiftir.
Bu döngü dönmeye başladığında, Claude Code ile ilişkiniz gerçekten değişir.
"Bir aleti cilalamak" hissinden "birlikte büyümek" hissine dönüşür.
"Yetiştirme çağından" "büyümek için mekanizmalar kurma çağına."
Bir yıl sonraki Claude Code'um, bugün elle yetiştirebileceğimden çok daha akıllı olmalı.
Bu bilinçle, bugün hala deponun yapısını inceliyorum.
Umarım siz de Claude Code'unuzu "kendi kendine büyüyen" bir duruma getirmeyi denersiniz!
Eminim bakış açısı önemli ölçüde değişecek...!!!
*Şirketler için bir Claude Code eğitim hizmeti yayınladık!! İlgilenen varsa lütfen DM veya yorum yapmaktan çekinmeyin! B2B işlerinde Claude Code'da gerçekten ustalaşan üyeler, Claude Code'u bir organizasyonda kullanmak için gerekli temel hikayeleri en başından itibaren ciddi bir şekilde eğitecek. Sübvansiyonları dahil ederek kursu makul bir şekilde alabileceğiniz bir mekanizma yaptık, bu yüzden lütfen çekinmeyin...!!!
