Claude Fable 5.1 Kapsamlı Rehberi: Evrim, Token Tasarrufu ve Beceri Oluşturma

Evrim, Token Tasarrufu, Prompt'lar, Donanımlar ve Beceri İnşası

1 Eylül 2026'da Anthropic, "Claude Fable 5.1"i yayınladı. Bu makaleyi yazdığım 2 Eylül 2026 itibarıyla, yayınlanmasının üzerinden yalnızca bir gün geçti. Bu nedenle, sosyal medyadaki öznel yorumlardan ziyade, bu bilgileri Anthropic'in resmi dokümantasyonu, API belgeleri ve en son Claude Code özelliklerine dayanarak düzenleyeceğim.

Size öncelikle sonucu söyleyeyim: Fable 5.1, yalnızca "normal sorulara biraz daha zeki cevaplar veren bir model" değildir.

Özü, hedefi gözden kaçırmadan saatler veya günler süren görevleri yerine getirebilme, yüzeysel sorunlardan ziyade temel nedenlere inme ve çıktısını en sonuna kadar doğrulama yeteneğinde yatmaktadır.

Ancak fiyatı, Opus 5'in iki katı ve Sonnet 5'in beş katıdır. Ayrıca, iç düşünme kapatılamaz. Her şeyi Fable 5.1'e atarsanız, yeteneklerinden gerçekten yararlanamadan kullanım limitlerinizi ve bütçenizi tüketirsiniz.

Fable 5.1'de ustalaşmanın anahtarı sadece harika prompt'lar yazmak değildir.

Bu, Fable'a hangi belirli görevlerin atanacağını, hangi bilgilerin yükleneceğini ve hangi süreçlerin daha ucuz modellere veya betiklere devredileceğini tasarlamaktır.

Bölüm 1: Claude Fable 5.1'in Tam Açıklaması

1. Claude Fable 5.1 Nedir?

Claude Fable 5.1, Anthropic'in halka sunduğu modeller arasında en yüksek yetenekli model olarak konumlandırılmıştır.

Fable 5.1 ve davetiyeye özel Claude Mythos 5.1, temelde aynı modeldir. Fark, öncelikle güvenlik önlemlerinde yatmaktadır. Halka açık Fable, siber güvenlik, yaşam bilimleri ve kimya gibi yüksek riskli alanları tespit etmek için güçlü sınıflandırıcılar içerir. Bu arada Mythos, doğrulanmış kuruluşlar tarafından savunma amaçlı araştırma ve diğer amaçlar için kullanılır. (Anthropic

Temel özellikler aşağıdaki gibidir:

Bireysel Claude kullanıcıları için Pro, Max, Team ve Enterprise kullanıcılarına sunulmaktadır. API'de, özel bir tarama olmaksızın genel müşteriler tarafından kullanılabilir. (Claude Platform

1 milyon tokenlik bir bağlam, basit bir hesapla, birkaç ila bir düzine kitabı, büyük kod tabanlarını veya uzun süreli konuşma geçmişlerini aynı anda işleyebilir.

Ancak, "1 milyon token sığdırabilir" ile "1 milyon token koymalısınız" farklı şeylerdir.

Ne kadar çok alakasız dosya, eski konuşma ve uzun günlük eklerseniz, önemli bilgiler o kadar gömülür. Fable 5.1 büyük bağlamları işleyebilse de, sizin için alakasız bağlamı otomatik olarak nötralize etmez.

2. Fable 5.1'in Evrimi "Daha Uzun Süre Çalışmak"tır

Fable 5.1'in en önemli evrimi, tek seferlik doğruluğu değil, uzun süreli ajan görevleri sırasında tutarlılığı koruma yeteneğidir.

Genel AI ajanları, görevler uzadıkça aşağıdaki sorunlara neden olma eğilimindedir:

• İlk hedefi unutmak.
• Nedeni araştırmadan yalnızca semptomatik düzeltmeler yapmak.
• Aynı dosyaları veya web sayfalarını tekrar tekrar okumak.
• İşi yarı yolda keyfi olarak küçültmek.
• "Sonra test edeceğim" deyip basitçe sonlandırmak.
• Büyük değişiklikler yapmak ancak son bir işlem kontrolü yapmamak.

Fable 5.1, uzun süreli çalışma sırasında bu çöküşleri iyileştirmeye büyük ölçüde odaklanır. Resmi açıklamalar, saatler ila birkaç gün süren kodlama, tarayıcı işlemleri, araştırma ve belge/elektronik tablo/slayt oluşturmayı birincil kullanım durumları olarak listeler. Başarısız adımlardan kurtulmak, yeniden önceliklendirmek ve kendi iş günlüklerini tutarak ilerlemek için tasarlanmıştır. (Anthropic

Erken benimseyen şirketler aşağıdaki vakaları bildirmiştir:

MongoDB'de, yeni bir tasarım oluşturmak için hizmet kodunu ve dokümantasyonu araştırdığı ve saatler süren otonom yürütme yoluyla yaklaşık üç günde karmaşık bir prototipi tamamladığı bildirildi. Ramp'ta, bir makine öğrenimi problemi üzerinde 38 saat boyunca kesintisiz çalıştı, geçmiş sonuçlardaki etiketleme sorunlarını keşfetti ve bunları düzelttikten sonra altı deneyi paralel olarak yürüttü. (Anthropic

Ayrıca, Millennium'dan bir vakada, milyonda yalnızca bir kez meydana gelen bir çökme için modelin harici kütüphaneleri parçalara ayırdığı, bunları çekirdek dökümleriyle çapraz referansladığı ve yıllardır keşfedilmemiş bir nedene ulaştığı bildirildi. Bunlar resmi sayfadaki müşteri hikayeleri olsa da bağımsız kurumlar tarafından tekrarlanmayan sonuçlar olsa da, Fable 5.1'in hedeflediği yönü açıkça temsil etmektedirler. (Anthropic

Kısacası, Fable 5.1 "çok kod yazan bir AI"dan ziyade:

Zor problemleri izole eden, gerekli bilgileri toplayan, birden çok yöntemi deneyen, kanıtları doğrulayan ve sonunda sonuçları derleyen sorumlu bir liderdir.

3. Kıyaslamalarda Ne Gelişti?

Anthropic tarafından yayınlanan büyük puanlara göre, Fable 5.1 uzun vadeli ajanlar, bilimsel araştırma ve iş otomasyonunda önemli bir büyüme kaydetmiştir.

Bilimsel terminal görevlerini ölçen Terminal-Bench-Science 0.1'de, Fable 5'teki %24,7'den %52,6'ya yükseldi. Genel ajan kodlamasını ölçen Terminal-Bench 4.0'da, Fable 5'in %42,0'ına kıyasla %55,8 puan aldı. Farklı güvenlik sınırlarına sahip Mythos 5.1 ise %60,9 puan aldı.

İş otomasyonunu ölçen AutomationBench'te, Fable 5'teki %17,1'den %31,4'e yükseldi. CursorBench 3.2'de, Fable 5.1 %73,4 puan alırken, Fable 5 %70,5 ve Opus 5 %70,0 puan aldı.

Ek olarak, birden çok alanda ileri düzey muhakemeyi ölçen Humanity's Last Exam'de, araçsız %60,9 ve araçlı %65,0 puan aldı. (Anthropic

Ancak, bu sayıları okurken dikkatli olunması gerekir.

Bunlar Anthropic tarafından yayınlanan değerlendirme sonuçlarıdır. Ayrıca, Fable'da üretim güvenlik sınıflandırıcıları etkindir; sınıflandırıcının müdahale ettiği problemlerde sıfır puan alabilir veya süreç başka bir modele kayabilir. Bu nedenle, Fable ve Mythos arasındaki fark, yalnızca saf model yeteneğinden ziyade güvenlik ayarı farklılıklarını içerebilir. (Anthropic

Ayrıca, yayınlandıktan bir gün sonraki aşamada, kıyaslamalarda 1 numara olmaktan daha önemli olan, kendi pratik işinizdeki "görev tamamlama oranıdır".

Örneğin, makale üretiminde, metin değerlendirmesi tek başına yetersizdir:

• Birincil kaynaklara karşı gerçekleri doğrulayabildi mi?
• Belirtilen karakter sayısına uydu mu?
• Gereksizlikleri ve çelişkileri kaldırdı mı?
• Alıntılar ve özetler arasında ayrım yapabildi mi?
• Başlıktan sonuca kadar tutarlı mı?

Bu tür pratik değerlendirmeler hazırlamadığınız sürece, pahalı Fable'ı kullanmak, daha iyi bir sonuç olmadan uzun süre düşünmesine neden olabilir.

4. Uyarlanabilir Düşünme Artık Her Zaman Açık

Fable 5.1'de Uyarlanabilir Düşünme her zaman açıktır.

Önceki modellerin aksine, düşünme tamamen devre dışı bırakılamaz. API'de thinking: {type: "disabled"} belirtmek bir hatayla sonuçlanacaktır. İnsanların sabit sayıda düşünme token'ı belirttiği yöntem de mevcut değildir; modelin kendisi, probleme göre düşünme miktarını ayarlar. (Claude Platform

Kullanıcıların ayarladığı şey "çaba"dır (effort).

Mevcut beş seviye vardır:

• düşük (low)
• orta (medium)
• yüksek (high)
• çok yüksek (xhigh)
• maksimum (max)

Varsayılan yüksektir (high).

Resmi öneri, yüksekten başlamak ve ardından gerçek değerlendirme sonuçlarına göre düşürmek veya yükseltmektir. Rutin işlemler için orta veya düşük kullanın; çok zor tasarım, hata ayıklama, araştırma veya uzun vadeli ajan çalışmaları için yalnızca çok yüksek veya maksimum kullanın.

Fable 5.1'in orta seviyede bile eski Fable 5'e yakın performans gösterdiği ve düşük seviyede, belirli işler için yüksek çabada daha küçük bir model çalıştırmaktan daha iyi bir maliyet-performans oranına sahip olabileceği söylenmektedir. (Claude Platform

Burada önemli olan, iç düşünmenin de çıktı token'ları olarak faturalandırılması ve max_tokens tüketmesidir.

Örneğin, ekranda görüntülenen nihai taslak 10.000 token olsa bile, önceden düşünmek için 10.000 tokenlik eşdeğerini kullandıysa, toplam 20.000 token çıktı tarafında faturalandırmaya tabi olacaktır. Fable'ın çıktı birim fiyatı 1 milyon token başına 50 dolar olduğundan, gereksiz yere maksimum kullanmak tüketimi hızla artıracaktır. (Claude Platform

Fable 5.1, "daha yüksek çaba her zaman kâr getirir" türünde bir model değildir.

Metin biçimlendirme veya özetleme için maksimum kullanmak, modelin dahili olarak bir taslak yazıp ardından yanıt alanında tekrar yazdığı durumların sayısını artırabilir. Anthropic ayrıca, prensip olarak uzun teslimatlar için yüksek kullanılmasını ve yalnızca kalite iyileştirmesi ölçülebiliyorsa çok yüksek veya üzerine yükseltilmesini tavsiye eder. (Claude Platform

5. Yüksek Fiyatlar, Ancak Son Derece Ucuz Önbelleğe Alma

Fable 5.1'in standart ücretleri, 1 milyon giriş token'ı başına 10 dolar ve 1 milyon çıkış token'ı başına 50 dolardır.

Opus 5 için $5/$25 ve Sonnet 5 için $2/$10 olduğundan, basit token fiyatlandırması açısından Fable, Opus'un iki katı ve Sonnet'in beş katıdır. (Claude Platform Docs

Öte yandan, Fable 5.1'deki büyük bir değişiklik, önbellek okuma fiyatıdır.

Fable 5'te 1 milyon token başına 1 dolar iken, Fable 5.1'de 0,25 dolar olmuştur. Bu, normal giriş fiyatının %2,5'idir. Anthropic, tipik işlemlerde bunun eski Fable'a kıyasla yaklaşık %25 ve önbelleği tekrar tekrar okuyan ajan işlemleri için yaklaşık %45'e varan bir maliyet düşüşüyle sonuçlanacağını tahmin etmektedir. (Anthropic

Örneğin, her seferinde 100.000 tokenlik sabit bir bağlam okursanız, normal giriş hızında sefer başına 0,10 dolara mal olur, ancak önbellek isabeti varsa yalnızca 0,0025 dolar olur.

Başka bir deyişle, aynı proje açıklamalarını, araç tanımlarını, kod tabanı ön koşullarını ve konuşma geçmişlerini istikrarlı bir biçimde tekrar tekrar okuyan çalışma daha avantajlıdır.

Tersine, sistem prompt'unu her seferinde yeniden yazan, araç listelerini yeniden sıralayan veya eski konuşmaları silip yeniden yapılandıran kullanım, önbelleği bozacaktır.

Fable 5.1'de, kırılmayan bir prompt yapısı, zekice bir prompt'tan daha doğrudan maliyetle bağlantılıdır.

6. Fable 5.1 Mevcut API Donanımlarını Bozabilir

Model adını Fable 5 veya Opus'tan değiştirirken özellikle dikkat edilmesi gereken üç nokta vardır:

Zorunlu araç çağrısı mevcut değildir

tool_choice içinde herhangi birini veya belirli bir araç adını zorlamak, 400 hatasıyla sonuçlanacaktır.

Bunun nedeni, bir araç çağrısını zorlamanın modelin normal düşünme süreçlerini atlamasına ve araç argümanlarının içinde düşünmeye başlamasına neden olmasıdır, bu da argüman kalitesini düşürür.

Bunun yerine, tool_choice: auto kullanın ve prompt içinde "Bu işlem için XX aracını kullanın" ifadesini açıkça belirtin. JSON formatını garanti etmek istiyorsanız, strict: true veya Structured Outputs kullanın. (Claude Platform

Konuşma geçmişi yarı yolda yeniden yazılmamalıdır

Fable 5.1'deki düşünme bloğu, bu düşüncenin oluşturulduğu andaki sistem prompt'una, araçlara ve geçmiş mesajlara bağlıdır.

Eski mesajları siler, sistem prompt'unu yeniden oluşturur veya geçmiş araç tanımlarını yarı yolda yeniden yazarsanız, sonraki düşünme blokları geçersiz hale gelir. Yeni hesaplar için, bu koşul ihlalini hata haline getiren bir mekanizma zaten uygulanmıştır. (Claude Platform

Temel prensip, geçmişi düzenlemek değil, yalnızca sona eklemektir.

Geçici talimatlar, dönüş kapsamlı sistem mesajları olarak eklenmeli ve uzun bağlamlar, sunucu tarafı sıkıştırma veya bağlam düzenleme kullanılarak organize edilmelidir.

Daha ucuz modellere dönüş yaparken iç düşünme aktarılamaz

Fable 5.1, Opus 5, Fable 5 veya Sonnet gibi önceki modeller tarafından oluşturulan düşünme bloklarını okuyabilir.

Ancak, tersi mümkün değildir. Fable 5.1 tarafından oluşturulan bir düşünme bloğunu Opus veya Sonnet'e aktarırsanız, bu modeller onu okuyamaz. (Claude Platform Docs

Bu nedenle, aynı konuşma içinde modelleri değiştirirseniz, aşağıdaki sıra genellikle güvenlidir:

Ucuz modellerle keşfedin → Fable'a yükseltin

Fable'dan daha ucuz bir modele dönerseniz, kararları, çözülmemiş sorunları, gerekli dosyaları ve doğrulama sonuçlarını düşünme bloğuna güvenmeden açık bir devir teslim belgesi olarak bırakmalısınız.

7. Güvenlik Kısıtlamaları ve Veri Saklama

Fable 5.1'de, siber güvenlik veya yaşam bilimleriyle ilgili bazı istekler güvenlik sınıflandırıcıları tarafından kısıtlanır.

Standart Claude uygulamasında, ilgili süreçler otomatik olarak Opus 4.8 veya Opus 5'e yönlendirilebilir. API'de, yedekleme ayarları yapmanız gerekir. Diğer modellere geçirilen işlemler için Fable ücretleri faturalandırılmaz. (Anthropic

Ek olarak, Fable 5.1 genellikle 30 günlük veri saklama gerektirir. Anthropic'ten açık izin almadıysanız, standart Sıfır Veri Saklama ortamlarında kullanılamaz.

Kurumsal gizli kod, müşteri bilgileri veya yayınlanmamış araştırma materyallerini işlerken, "performansı yüksek olduğu için" kullanmak yerine, sözleşmeyi ve saklama koşullarını onayladıktan sonra tanıtmalısınız. (Claude Platform

8. Sonuçta, Kimin Fable 5.1'e İhtiyacı Var?

Fable 5.1, tek bir model yanıtından ziyade tüm işin tamamlanma oranının değer olduğu kişiler içindir.

• Büyük kod tabanlarının incelenmesi ve değiştirilmesi.
• Tekrarlanması zor hataların temel neden analizi.
• Düzinelerce belgeyi kapsayan araştırma.
• Araştırmadan elektronik tablolar, belgeler ve slaytlar oluşturmaya kadar uzanan görevler.
• Uzun süreli tarayıcı işlemleri veya birikmiş işlerin işlenmesi.
• Birden çok deneyi otonom olarak planlayan ve yürüten araştırma.

Tersine, e-posta oluşturma, kısa özetler, basit kod üretimi, rutin belge düzenleme veya sosyal medya gönderileri taslağı hazırlama için Fable kullanmaya neredeyse hiç gerek yoktur.

Anthropic'in kendisi, genel işleme Opus 5 ile başlanmasını ve yalnızca Opus'u yüksek çabada çalıştırırken bile kalite yetersizse Fable'a yükseltilmesini önerir. (Claude Platform Docs

Fable 5.1, "herkesin baştan kullanması için standart bir model" değil, zor noktaları aşmak için bir üst düzey modeldir.

Bölüm 2: Token Tasarrufu, Prompt'lar, Donanımlar ve Beceri İnşası

1. Fable 5.1 için Token Tasarrufu Teknikleri

Tasarruf İpucu 1: Keşiften itibaren her şeyi Fable'a yaptırmayın

En etkili tasarruf yöntemi kısa cümleler yazmak değildir.

Bu, Fable'ı çağırma sayısını azaltmaktır.

Dosya listeleri almayı, günlükleri filtrelemeyi, materyalleri sınıflandırmayı, basit özetleri ve format dönüşümlerini Sonnet, Haiku veya normal betiklere bırakın.

Fable'ı şu tür aşamalar için kullanın:

• Araştırma politikasına karar vermek
• Birkaçı arasından en umut verici hipotezi seçmek
• Çelişkili bilgileri entegre etmek
• Temel nedenleri belirlemek
• Nihai teslimatları denetlemek
• Diğer modellerin başarısız olduğu sorunları yeniden incelemek

Resmi dokümantasyon ayrıca, ucuz modellerin yürütücü, üst düzey modellerin ise danışman veya denetleyici olarak kullanıldığı birden çok model kullanan konfigürasyonlara rehberlik eder. (Claude Platform Docs

Tasarruf İpucu 2: Her adım için çabayı değiştirin

Tüm oturumu maksimuma ayarlamanıza gerek yoktur.

Aşağıdaki dağılımı öneririm:

Fable 5.1 ayrıca bir konuşma sırasında çabayı değiştirmek için bir mekanizma sağlar. En üst düzey ayarları yeniden yazmak yerine, prompt önbelleğini korumak için yarı yolda sistem mesajları olarak çaba değişiklikleri ekleyin. (Claude Platform

Doğru yaklaşım "her zaman maksimum yetenek" değil, "yalnızca zor hamleler için maksimum yetenek"tir.

Tasarruf İpucu 3: Önbelleği korumak için geçmişi yalnızca ekleme olarak tutun

Fable 5.1'de aşağıdaki içeriği sabit tutun:

• Sistem prompt'u
• Araç tanımları ve sırası
• Proje ortak kuralları
• Geçmiş mesajlar
• Düşünme blokları

Tüm değişiklikleri sona ekleyin.

Kendi API'nizi oluşturuyorsanız, sistem prompt'unu her seferinde yeniden birleştirmek yerine aynı bayt-bayt önekini korumak daha güvenlidir.

Claude Code'da önbellek işleme temelde otomatiktir, ancak API'de cache_control kullanabilirsiniz. Çok turlu konuşmalar için otomatik önbelleğe alma kullanın; uzun sabit materyalleri ayırmak için açık önbellek sınırları kullanın. (Claude

Tasarruf İpucu 4: Araç çıktısını olduğu gibi koymayın

10.000 satırlık günlüğü Claude'a verip "hatayı bul" demek savurganlıktır.

Önce bunları betikler veya kancalarla filtreleyin.

Claude Code'un resmi maliyet kılavuzu ayrıca, uzun günlükleri kancalarla önceden işlemeyi ve modele yalnızca gerekli birkaç yüz satırı geçirmeyi önerir. Ayrıca, çok sayıda MCP sunucusu bağlamaktansa, gh, aws veya gcloud gibi CLI'ları kullanmanın, araç tanımlarından kaynaklanan bağlam tüketimini bastırmak için daha kolay olduğunu açıklar. (Claude

AI'ın okumasına izin vermeden önce, makine tarafından kesilebilecek olanı kesin.

Tasarruf İpucu 5: Bağımsız araç çağrılarını gruplandırın

Beş dosyayı okurken, her biri bir dosya olacak şekilde beş tura bölerseniz, konuşma geçmişi her seferinde gönderilir.

Fable 5.1'de aşağıdaki talimatı eklemek etkilidir:

"Gerekli bilgileri dahili olarak düzenleyin ve birbirlerinin sonuçlarına bağlı olmayan okumaları, aramaları ve doğrulamaları aynı tur içinde paralel olarak yürütün."

Anthropic ayrıca, bağımsız araç çağrılarının tek bir yanıtta gruplandırılmasını teşvik ederek, gidiş-dönüşleri, token'ları ve bekleme sürelerini azaltabileceğinizi açıklar. (Claude Platform

Tasarruf İpucu 6: Küçük düzeltmeler için tüm dosyayı yeniden yazmasına izin vermeyin

Fable 5.1, küçük değişiklikler için bile tüm dosyayı yeniden yazabilir.

Ortak kurallarınıza şu cümleyi ekleyin:

"Nihai sonuç değişmiyorsa, tüm dosyayı yeniden yazmayın; yalnızca gerekli kısımları minimum farklarla düzenleyin."

Bu, özellikle uzun Markdown, JSON, yapılandırma dosyaları, LP'ler ve büyük kaynak kodları için etkilidir. Tam yeniden oluşturmayı önleyerek, çıktı token'larını ve fark doğrulama yükünü bastırabilirsiniz. (Claude Platform

Tasarruf İpucu 7: İlgisiz işlere aynı oturumda devam etmeyin

Claude Code'da, ilgisiz bir işe geçerken /clear kullanın.

Uzun konuşmalarda, kısa bir soru eklemek bile geçmiş konuşmaları, okunan dosyaları ve araç sonuçlarını yeniden işlemek anlamına gelir. Önbellek çalışsa bile, ücretsiz değildir.

Geçici sorularla geçmişi kirletmek istemiyorsanız /btw kullanın; yalnızca gerekli içeriği tutmak istiyorsanız /compact kullanın. Kod tabanı keşfini alt ajanlara devredin ve ana konuşmaya yalnızca özetleri döndürün. (Claude

2. Fable 5.1 için Pratik Prompt'lar

Fable 5.1 için, düzinelerce ayrıntılı düşünme adımı belirtmektense, hedefi, kapsamı, tamamlanma koşullarını ve doğrulama yöntemlerini net bir şekilde iletmek daha etkilidir.

Aşağıda, kodlama, araştırma, makale üretimi ve belge oluşturma için uyarlanabilen temel bir şablon bulunmaktadır.

Rol

Bu talebi tamamlamaktan sorumlu kişi sizsiniz.

Sadece cevaplamaktan değil, aynı zamanda gerekli araştırma, çalışma, doğrulama ve düzeltmeden de sorumlusunuz.

Hedef

[Oluşturulacak nihai ürünü veya çözülecek problemi yazın]

Girdi

[Dosyaları, URL'leri, materyalleri ve ön koşulları yazın]

Kapsam

Uygulanacaklar:

• [Zorunlu görev]
• [Zorunlu görev]

Uygulanmayacaklar:

• [Kapsam dışı]
• [Keyfi olarak değiştirilmesini istemediğiniz içerik]

Tamamlanma Koşulları

Aşağıdaki koşulların tümü karşılandığında görev tamamlanmış sayılır:

1. [İşlev/içerik koşulları]
2. [Biçim/karakter sayısı/kalite koşulları]
3. [Doğrulama yöntemi]
4. [Hata olmadığını gösteren kanıt]

Yürütme Kuralları

• Öncelikle gerekli bilgileri ve bağımlılıkları düzenleyin.
• Birbirlerinin sonuçlarına bağlı olmayan aramaları, okumaları ve doğrulamaları paralel olarak yürütün.
• Yarı yolda izin istemeden, talep kapsamında geri dönüşümlü çalışmalarla ilerleyin.
• Sorunun semptomlarını değil, düzeltmeden önce nedenini doğrulayın.
• Talep edilmeyen özellik eklemeleri, optimizasyonlar veya çevresel düzeltmeler yapmayın; bunları sonunda öneri olarak ayırın.
• Mümkün olduğunda dosyaları minimum farklarla düzenleyin.
• Çalışmadan sonra, başlangıçtaki tamamlanma koşullarına göre doğrulayın.
• Doğrulama başarısız olursa, nedeni araştırın, düzeltin ve tekrar doğrulayın.
• "Sonra ne yapılmalı" yazarak bitirmeyin; o işi yürütün.
• Yalnızca yıkıcı işlemler veya büyük özellik değişiklikleri için yürütmeden önce onay isteyin.

Nihai Rapor

Son olarak, aşağıdaki sırayla kısaca rapor verin:

1. Tamamlananlar
2. Yapılan değişiklikler
3. Doğrulama sonuçları ve kanıtlar
4. Kalan sorunlar
5. Fark edilen ancak kapsam dışı olan iyileştirme adayları

Fable 5.1 uzun süre çalışmaya devam edebilir, ancak tamamlanmanın ne olduğu belirsizse, gerekenden fazla keşfetmeye devam edecektir.

Bu nedenle, "derinlemesine düşün" demekten ziyade, tamamlama ve durma koşullarını yazmak daha önemlidir.

3. Fable 5.1'den Yararlanmak için Donanım Tasarımı

Donanım, modeli çevreleyen çalışma mekanizmasıdır.

Yalnızca modelin yeteneğine güvenmek yerine, hangi bilgilerin iletileceğine, hangi araçların kullanılacağına, hangi sırayla ilerleneceğine, nerede doğrulama yapılacağına ve başarısızlık durumunda kaç kez yeniden deneneceğine dışarıdan karar verirsiniz.

Aşağıdaki 6 katmanlı yapıyı öneririm:

Katman 1: Ortak Kurallar

CLAUDE.md dosyasına, her seferinde ihtiyaç duyulan proje gerçeklerini yerleştirin.

Proje

• Bu depo XX hizmeti içindir
• Üretim ortamı XX'tir
• Paket yönetimi için pnpm kullanın

Gerekli kontroller

• Değişikliklerden sonra pnpm lint
• Değişikliklerden sonra pnpm test
• API değişikliklerinde tip kontrolü

Kısıtlamalar

• Mevcut API'lerle uyumluluğu bozmayın
• Gizli bilgileri günlüklere çıkarmayın
• Talep dışında yeniden düzenleme yapmayın

CLAUDE.md her oturumda okunduğu için, çok uzun olması her seferinde bağlam tüketecektir. Resmi dokümantasyon, bir dosyayı 200 satırın altında tutmayı ve uzun prosedürleri Skills'e taşımayı önerir. (Claude

Katman 2: Yönlendirici

Bir istek alındığında, hemen Fable'ı başlatmak yerine işi sınıflandırın.

• Basit çıkarma/biçimlendirme -> Haiku veya script
• Normal uygulama/araştırma -> Sonnet
• Karmaşık tasarım/analiz -> Opus
• Uzun vadeli iş/zor problemler -> Fable
• Sadece başarısız olan zor noktalar -> Fable xhigh

Otomatik bir yönlendirici oluştururken, fiyat yerine "yanlış olma durumunda kayıp", "gerekli otonom süre" ve "doğrulama zorluğu"na göre karar verin.

Katman 3: Keşif Lideri

Kod keşfini, materyal toplamayı ve rakip araştırmasını alt ajanlara ayırın.

Her alt ajan bağımsız bir bağlamda çalışır ve ana ajana yalnızca sonuçları ve kanıtları döndürür. Bu, düzinelerce dosyayı okumanın sonuçlarının ana geçmişi şişirmesini önler. (Claude

Katman 4: Fable Denetleyicisi

Fable, keşif liderlerinden dönen sonuçları kullanarak kararlar alır.

• Hangi hipotezin benimseneceği
• Ek araştırma gerekip gerekmediği
• Hangi değişikliklerin yapılacağı
• Sonuçlarda çelişki olup olmadığı
• Tamamlama koşullarının karşılanıp karşılanmadığı

Fable'ı ham veri toplamaya kadar her şeyden sorumlu kılmak yerine, ona düzenlenmiş kanıtlar verin ve karar vermeye odaklanmasını sağlayın.

Katman 5: Deterministik Doğrulama

Doğrulamayı yalnızca prompt'lara bırakmayın.

• Kod için: Testler, Lint, tip kontrolleri.
• Makaleler için: Karakter sayısı, tekrarlanan ifadeler, URL'ler, alıntılar.
• E-tablolar için: Formül hataları, eksik değerler, toplamlar.
• Açılış sayfaları için: Bağlantılar, düzen bozuklukları, ekran görüntüsü karşılaştırmaları.

Hook'ları kullanarak, araç yürütmesinden önce ve sonra denetimler çalıştırabilirsiniz. LLM'nin doğrulamayı hatırlayacağına bahse girmek yerine, sabit koşullar altında otomatik olarak yürütün. (Claude Platform Docs

Katman 6: Onarım Döngüsü

Yalnızca doğrulama başarısız olursa Fable'a geri dönün.

Oluşturma -> Mekanik Doğrulama -> Başarılı (Tamamlandı) / Başarısız -> Neden Analizi -> Minimum Düzeltme -> Yeniden Doğrulama

Önemli olan sonsuza kadar döngüde kalmamaktır.

Örneğin, "aynı hata için en fazla 2 kez" veya "toplam 3 başarısızlıktan sonra kanıtlarla dur" şeklinde karar verin. Uzun süre çalışabilen modeller için, durma koşulları olmadan maliyetler ve iş kapsamı şişecektir.

Düzinelerce ila yüzlerce alt ajan kullanan süreçler için, Claude'un bunları sırayla yönetmesine izin vermek yerine Dinamik Bir İş Akışı'na geçin. Bir İş Akışı'nda, ara sonuçları script değişkenlerinde tutabilir ve yalnızca nihai sonucu ana bağlama döndürebilirsiniz; bu da onu büyük ölçekli araştırma veya devasa dosyaları işleme için uygun hale getirir. (Claude

4. Skills "Uzun Prompt Depolama Alanı" Değildir

Skills, tekrar tekrar kullanılan iş prosedürlerini SKILL.md olarak kaydetmeye yarayan bir mekanizmadır.

CLAUDE.md'den farkı, gövdenin yalnızca ihtiyaç duyulduğunda okunmasıdır.

• Proje bilgileri ve her zaman uyulması gereken kısa kurallar: CLAUDE.md.
• Makale üretimi, dağıtım, araştırma, inceleme vb. prosedürler: Skills.
• Büyük miktarda örnek veya şartname: Skills için referans dosyaları.

Bu ayrım, doğrudan token tasarrufu sağlar. (Claude Platform Docs

Aşağıdaki yapıyı öneriyorum:

1.claude/
2├── CLAUDE.md
3├── skills/
4│   └── deep-article/
5│       ├── SKILL.md
6│       ├── research-rules.md
7│       ├── writing-rules.md
8│       ├── examples.md
9│       └── scripts/
10│           ├── count_chars.py
11│           └── check_repetition.py
12├── agents/
13│   ├── researcher.md
14│   └── critic.md
15└── settings.json

SKILL.md'ye yalnızca genel bakış, yürütme koşulları, prosedürler ve tamamlama koşullarını koyun.

Devasa açıklamaları, API şartnamelerini ve başarı hikayelerini farklı dosyalara ayırın ve Claude'un bunları yalnızca gerektiğinde okumasını sağlayın. Resmi dokümantasyon, SKILL.md'yi 500 satırın altında tutmayı ve ayrıntılı materyalleri destek dosyalarına ayırmayı önerir. (Claude Platform Docs

5. Pratik SKILL.md Şablonu

Aşağıda, araştırma makaleleri oluşturmak için bir Skill örneği verilmiştir.

name: deep-article

description: Birincil bilgileri araştırır ve kanıtlarla birlikte uzun biçimli makaleler oluşturur. En son yapay zeka, şirketler, sistemler veya ürünler hakkında kapsamlı açıklamalar istendiğinde kullanın.

argument-hint: "[Tema] [Hedef karakter sayısı]"

effort: high

Amaç

$ARGUMENTS hakkında, doğruluğu kontrol edilmiş uzun biçimli bir makale oluşturun.

Temel Kurallar

• En son bilgilerin alakalı olup olmadığını her zaman araştırın
• Birincil bilgilere öncelik verin
• Gerçekler, kurumsal duyurular, üçüncü taraf değerlendirmeleri ve spekülasyonlar arasında ayrım yapın
• Sayılara hedef dönemler ve tanımlar ekleyin
• Aynı sonuçları veya örnekleri tekrarlamayın
• Teknik terimleri ilk geçtiğinde açıklayın
• Belirtilen karakter sayısının %90'ından azıyla bitirmeyin
• Son olarak, karakter sayısını ve doğrulanmamış öğeleri rapor edin

İş Akışı

1. Temayı 3-7 araştırma noktasına bölün
2. Bağımsız noktaları paralel olarak araştırın
3. Birincil bilgileri toplayın
4. Karşı kanıtları veya olumsuz bilgileri araştırın
5. Bir gerçek listesi oluşturun
6. Yapıya karar verin
7. İlk taslağı oluşturun
8. Tekrarlar, sıçramalar, alıntılar, tarihler ve sayılar için denetim yapın
9. Düzeltin
10. Karakter sayısını kontrol edin

Tamamlama Koşulları

• Sonuç başlangıçta açıktır
• Okuyucu ne yapacağına karar verebilir
• Önemli gerçeklerin kaynakları vardır
• Gerçekler ve spekülasyonlar karıştırılmamıştır
• Belirtilen karakter sayısını karşılar
• Tekrarlanan paragraf yoktur

Yalnızca Gerektiğinde Okunacak Materyaller

• Araştırma standartları: research-rules.md
• Stil standartları: writing-rules.md
• İyi tamamlama örnekleri: examples.md

Son Kontrol

Aşağıdakileri yürütün:

• python ${CLAUDE_SKILL_DIR}/scripts/count_chars.py <output-file>
• python ${CLAUDE_SKILL_DIR}/scripts/check_repetition.py <output-file>

Bir Skill'in açıklaması, yalnızca bir açıklama değil, aynı zamanda bir yönlendirici işlevi görür.

"Yüksek kaliteli makaleler yaz" gibi belirsiz bir cümle yerine, "En son yapay zeka, şirketler ve sistemler hakkında birincil bilgileri araştıran uzun biçimli istekler için kullanın" yazmak, gerekli durumlarda çağrılma olasılığını artırır.

Claude Code, Skill açıklamalarının listesini bağlama koyduğu için, büyük açıklamalar yazmak sabit maliyetleri artırır. Önemli kullanımları başa koyun ve kısa tutun. (Claude Platform Docs

6. Skill'lerin Gelişmiş Kullanımı

Otomatik olarak yürütülmemesi gereken Skill'ler

Dağıtım, gönderme, silme, yayınlama ve ödemeler Claude tarafından keyfi olarak başlatılmamalıdır.

disable-model-invocation: true olarak ayarlayın ve yalnızca kullanıcı açıkça /deploy vb. girdiğinde çalıştırın.

Konuşmayı kirletmemesi gereken Skill'ler

Büyük ölçekli araştırma veya kod keşfi yapan Skill'ler için context: fork olarak ayarlayın.

Bu, bunların ayrı bir alt ajan bağlamında yürütülmesine neden olur. Büyük dosya içerikleri ve arama geçmişleri ana konuşmaya girmez; yalnızca nihai sonuç döner. (Claude Platform Docs

Mevcut durumu otomatik olarak enjekte eden Skill'ler

Bir Skill'in içine, komut sonuçlarını önceden ekleyebilirsiniz.

Mevcut durum

!git status --short

!git diff --stat

Claude, komut dizesini değil, yürütme sonucunu alır.

Ancak, her seferinde tam git diff'lerini veya büyük günlükleri enjekte etmek verimsizdir. Önce yalnızca --stat veya hata satırlarını koyun ve ayrıntıları yalnızca gerektiğinde okumasına izin verin. (Claude Platform Docs

Skill'ler için efor (effort) ayarlama

Basit Skill'leri medium, tasarım incelemelerini ve derin araştırmaları high ve son derece zor denetimleri xhigh olarak ayarlayın.

Her Skill'e kendi eforunu verirseniz, kullanıcının her seferinde geçiş yapması gerekmez.

7. Skill'leri Her Zaman Karşılaştırmalı Olarak Değerlendirin

Sadece bir Skill oluşturmak, kalitenin iyileşip iyileşmediğini söylemez.

Resmi dokümantasyon, iki şeyi ayrı ayrı değerlendirmeyi yönlendirir:

1. Skill, gerekli istekler için doğru şekilde başlıyor mu?
2. Başlatmanın bir sonucu olarak teslimat gerçekten daha iyi hale geliyor mu?

Aynı isteği, "Skill ile" ve "Skillsiz" olarak yeni oturumlarda yürütün.

Bir makale Skill'i için karakter sayısını, eksik kaynakları, tekrarları, olgusal hataları ve düzeltme sayısını karşılaştırın. Bir kod Skill'i için test başarı oranını, değiştirilen dosya sayısını, gereksiz değişiklikleri ve yeniden çalışma sayısını karşılaştırın.

Skill'i oluşturduğunuz konuşmanın devamında test etmek, konuşmadaki tamamlayıcı bilgilerle kusurları gizleyecektir. Her zaman yeni bir oturumda değerlendirin. Claude Code ayrıca bu karşılaştırmayı desteklemek için resmi bir skill-creator eklentisi sağlar. (Claude Platform Docs

Nihai Sonuç

Claude Fable 5.1, yalnızca Claude serisini hızlandıran bir model değildir.

En büyük değeri, zor işlere uzun süre devam etme, yarı yolda başarısızlıklardan kurtulma, kök nedenleri arama ve kendi sonuçlarını doğrularken işi tamamlama yeteneğidir.

Öte yandan, giriş ve çıkış birim fiyatları Opus 5'in iki katıdır. Dahili düşünme kapatılamaz, eski konuşmaları yeniden yazan koşum takımlarıyla uyumsuzdur ve zorunlu araç çağırma mevcut değildir.

Bu nedenle, onu kullanmanın en güçlü yolu şu şekildedir:

**Bilgileri Sonnet veya script'lerle daraltın.

Keşfi alt ajanlarla ayırın.

Zor kararlar ve entegrasyon için Fable'ı atayın.

Hook'lar ve testlerle mekanik olarak doğrulayın.

Eforu yalnızca başarısız olan zor noktalar için artırın.

Tekrarlanan prosedürleri Skills'e kaydedin.

Konuşma geçmişini önbelleği korumak için yalnızca ekleme modunda tutun.**

Fable 5.1'i "her şeye cevap veren üst düzey bir sohbet" olarak kullanırsanız, yalnızca fiyatı yüksek olacaktır.

Önceki nesillerden gerçek fark, yalnızca Fable 5.1'i ucuz modelleri, Skill'leri, alt ajanları, hook'ları ve doğrulama döngülerini bir araya getiren denetleyici olarak konumlandırdığınızda ortaya çıkar.