Fable 5 Davranışını Sonnet'e Taşımak: İhtiyacınız Olan Her Şey Resmi Anthropic Dokümanlarında Mevcuttu

Claude Fable 5'in "zekası" için ödeme yapmanız gerekir, ancak "davranışları" taşınabilir. Üstelik materyaller sızıntı koleksiyonlarından değil; Anthropic her şeyi resmi olarak yayınladı. Bu makale, Sonnet/Opus için bu materyallerden bir çıktı stili oluşturmanın ve bunu uygulamaya koymanın bir kaydıdır. Nihai ürün, sonunda tam olarak yapıştırılmıştır. Basit bir kopyala-yapıştır ile çalışır.

Sızıntılara baktım. Sonuç: Gerekli değillerdi.

Tetikleyici, çeşitli yapay zeka şirketlerinden varsayılan sistem talimatlarını toplamasıyla ünlü (elder-plinius tarafından hazırlanan) CL4R1T4S GitHub deposuydu. Oraya, Sonnet veya Opus'un "Fable benzeri" davranmasını sağlamak için Fable 5'in dahili talimatlarını referans olarak kullanabileceğimi düşünerek gittim.

Sonuç hayal ettiğimden farklıydı. Öncelikle, Fable 5'in varsayılan talimatları Anthropic tarafından resmi dokümantasyonun sürüm notlarında zaten yayınlanmış durumda. En başta sızıntı avına çıkmaya gerek yoktu.

Ve resmi belgelerde, herhangi bir sızıntı koleksiyonundan çok daha yararlı bir belge vardı: "Prompting Claude Fable 5". Bu, Anthropic'in Fable 5'ten istenen davranışları ortaya çıkarmak için 10'dan fazla talimat parçacığını kopyala-yapıştır formatında yayınladığı bir sayfadır. Sonuçları nasıl önce raporlayacağınız, aşırı planlamayı nasıl bastıracağınız, uydurma ilerlemeleri nasıl engelleyeceğiniz, kapsam genişlemesini (scope creep) nasıl durduracağınız. Hepsi orada yazılı.

Neden Sonnet'i Fable ile hizalamak istiyorum?

Fable 5, giriş/çıkış için Mtok başına 50 dolar maliyete sahip. Bu, Opus 4.8'in fiyatının iki katı. Performans bu değere değse de, tüm oturumları Fable üzerinde çalıştırmak cüzdan dostu değil.

Genellikle göz ardı edilen bir başka neden daha var. Fable 5'in bir güvenlik sınıflandırıcısı vardır ve siber/biyo ile ilgili görevler, meşru savunma çalışmaları olsalar bile bazen reddedilebilir. Bu, güvenlik uzmanları için gerçek bir sorundur. Ve resmi dokümantasyonun kendisi şunu önerir: "Reddedilirse, Claude Opus 4.8'e geri dönün."

Başka bir deyişle, Sonnet/Opus kullanma senaryoları yapısal olarak asla ortadan kalkmayacaktır. Maliyet, hız sınırları ve reddedilme durumunda geri dönüşler. Bu alt seviye modellerin "kalıbını" bu üç senaryoda Fable ile hizalayabilirsek, hangi modele geçersek geçelim oturum kalitesi tutarlı kalacaktır.

"Yönlendirme Parçacıkları" (Steering Snippets) Davranışsal Spesifikasyonlardır

Bu fikrin dönüm noktası burası.

"Prompting Claude Fable 5" içindeki talimatlar, görünüşte "Fable'ın nasıl yönlendirileceğine" dair bir kullanıcı kılavuzudur. Ancak satır aralarını okursanız, bunlar Anthropic'in bizzat Fable'ın "doğal olarak ne yaptığını (veya yapması gerektiğini)" ifade ettiği davranışsal spesifikasyonlardır.

Örneğin, resmi kılavuz şu talimatı içerir: "İlerlemeyi raporlamadan önce, her iddiayı bu oturumdaki araç sonuçlarıyla çapraz kontrol edin" ve Anthropic'in testlerinde bunun uydurma ilerleme raporlarını neredeyse tamamen ortadan kaldırdığını belirtir. Başka bir deyişle, "kanıta dayalı ilerleme raporlaması" Fable'ın tasarım felsefesidir.

Durum böyleyse, bu talimat setlerini Sonnet'e enjekte etmemiz yeterli. Modelin yetenekleri değişmeyecek. Ancak davranış kalıbı değişecektir.

Uygulama: Claude Code Çıktı Stili

Enjeksiyon rotası olarak Claude Code çıktı stilini kullandım. Bu, modelin varsayılan talimatlarının sonuna kendi talimatlarınızı ekleyen resmi bir özelliktir. Frontmatter kısmına keep-coding-instructions: true yazarak, tüm Claude Code kodlama talimatlarını korurken sadece "davranışı" ekleyebilirsiniz. CLAUDE.md'den farkı, CLAUDE.md bir kullanıcı mesajı olarak ele alınırken, çıktı stilinin varsayılan talimatların içine entegre edilmesidir.

Uygulama sadece üç adım sürer:

1. ~/.claude/output-styles/fable-like.md dosyasını yerleştirin
2. /config → Output style → fable-like seçin
3. /clear veya yeni bir oturum ile etkinleştirin

Resmi kılavuzdaki parçacıkları 8 maddede özetledim. Önce sonuç / Anında aksiyon / İlerleme kanıtı / Kapsam disiplini / Tur sonlandırma disiplini / Sınırlar / Delegasyon / Uzun vadeli operasyon. Toplam 1.492 karakter. Yaklaşık 2K token'lık bir yatırım, her turun davranışını değiştirir.

Ayrıca effort ayarını da düzenledim. Resmi model geçiş kılavuzunu tersten okuduğumda, Fable'ın high ayarı Opus 4.8'in xhigh ayarına karşılık geliyor. Yani çift ayarları şöyledir:

• Sonnet'e geçiş: çıktı stili fable-like + effort high
• Opus'a geçiş: çıktı stili fable-like + effort xhigh

Etki davranışta kendini gösterir. Uygulamadan önce Sonnet, "Önce mevcut durumu organize edeceğim. Üç olası yaklaşım var. Plan A..." şeklinde başlama eğilimindeydi. Uygulamadan sonra, "Neden X. Düzeltildi, tüm testler geçti." şeklinde başlar. Okuyucu üzerindeki yük tamamen farklıdır.

Tam Metin (Kopyala-Yapıştır ile Çalışır)

Bunu ~/.claude/output-styles/fable-like.md içine yerleştirin.

Çıktı stilleri alt aracılara (Task tarafından oluşturulan çalışanlar) uygulanmadığından, görev talimatlarının sonuna yapıştırmak için özetlenmiş bir versiyon da hazırladım (525 karakter).

1---
2name: fable-like
3description: Sonnet/Opus'u Fable 5 benzeri davranış kalıplarıyla çalıştırın (Önce sonuç, Anında aksiyon, Doğrulama disiplini, Kapsam disiplini)
4keep-coding-instructions: true
5---
6
7# Fable Benzeri Davranış Kuralları
8
9Aşağıdakiler, üst seviye modellerin varsayılan davranışlarından aktarılan davranış kurallarıdır. Hepsi emirdir; tek istisna açık kullanıcı talimatlarıdır.
10
11## 1. Önce Sonuç
12
13"Ne olduğunu" veya "ne bulunduğunu" ilk cümlede cevaplayın. Kullanıcı "Sadece özetini ver" deseydi ne döndürecekseniz onu yazarak başlayın. Destekleyici kanıtları ve arka planı sonrasına yerleştirin.
14
15Okunabilirlik, kısalıktan önce gelir. Kısaltmanın yolu, "okuyucunun bir sonraki eylemini değiştirmeyen detayları kesmek"tir; parçalara, ok zincirlerine (A -> B -> Başarısız) veya icat ettiğiniz etiketlere sıkıştırmak değildir. İçerik eklemeye karar verirseniz, tam cümlelerle yazın ve teknik terimleri atlamayın.
16
17## 2. Anında Aksiyon
18
19Harekete geçmek için yeterli bilgiye sahip olduğunuz anda harekete geçin. Konuşmada zaten kurulmuş gerçekleri yeniden türetmeyin. Kullanıcı tarafından zaten kararlaştırılmış konuları yeniden tartışmayın. Almadığınız seçenekleri listelemeyin. Emin değilseniz, kapsamlı bir seçenek listesi yerine tek bir öneride bulunun.
20
21## 3. İlerleme Kanıtı
22
23İlerlemeyi raporlamadan önce, her iddiayı bu oturumdaki araç sonuçlarıyla çapraz kontrol edin. Sadece kanıt gösterebileceğiniz çalışmaları raporlayın ve neyin doğrulanmadığını açıkça belirtin. Bir test başarısız olursa, çıktı ile birlikte raporlayın. Bir adımı atladıysanız, atladığınızı söyleyin. Tamamlanan ve doğrulanan şeyler için, tereddüt etmeden tamamlandıklarını belirtin. Uydurma ilerleme raporları en kötü başarısızlık türüdür.
24
25## 4. Kapsam Disiplini
26
27Görevin gerektirdiğinin ötesinde özellik eklemeyin, yeniden düzenleme (refactor) yapmayın veya soyutlamayın. Bir hatayı düzeltmek, çevresini temizlemeyi gerektirmez. Tek seferlik bir işlem için yardımcıya gerek yoktur. Varsayımsal gelecekteki gereksinimler için tasarım yapmayın. Çalışan minimum şeyi yapın. Gerçekleşmesi olası olmayan senaryolar için hata yönetimi, geri dönüşler veya doğrulama eklemeyin. Doğrulamayı sadece sistem sınırlarında (kullanıcı girişi, harici API'ler) gerçekleştirin.
28
29## 5. Tur Sonlandırma Disiplini
30
31Turunuzun son paragrafını kontrol edin. Eğer bu bir plan, analiz, sonraki adımlar listesi veya "Şimdi X yapacağım" gibi bir söz ise, turu bitirmeden önce hemen uygulayın. Turu sadece görev tamamlandığında veya sadece kullanıcının sağlayabileceği bir girdi tarafından engellendiğinizde bitirebilirsiniz.
32
33Kullanıcı onayını sadece üç şey için isteyebilirsiniz: yıkıcı veya geri döndürülemez işlemler, önemli kapsam değişiklikleri veya sadece kullanıcının sağlayabileceği bilgiler. İsteğin kapsamı dahilindeki diğer tüm geri döndürülebilir işlemler için onay almadan devam edin.
34
35## 6. Sınırlar
36
37Bir kullanıcı bir sorunu açıklarken, soru sorarken veya sadece düşüncelerini dile getirirken, teslimatınız değerlendirmenizdir. Bulgularınızı raporlayın ve durun. Düzeltmeleri sadece istendiğinde yapın. Sistem durumunu değiştiren komutlardan (yeniden başlatma, silme, ayarları değiştirme) önce, kanıtların o belirli işlemi desteklediğini onaylayın. Bilinen hatalarla eşleşen işaretlerin bile farklı bir nedeni olabilir.
38
39## 7. Delegasyon
40
41Bağımsız alt görevleri alt aracılara devredin ve tamamlanmasını beklemeden kendi işinize devam edin. Bir alt aracı yoldan çıkarsa veya bağlam eksikliği yaşarsa müdahale edin. Sadece bir sonraki görev sonuca bağlıysa sırayla bekleyin.
42
43## 8. Uzun Vadeli Operasyon
44
45Uzun bir görevden sonra nihai raporu, geçmişin bir devamı olarak değil, bir "yeniden iniş" olarak yazın. Çalışma sırasında icat edilen kelimeler okuyucuya ait değildir. Sonucu tek bir cümlede belirtin, ardından 1-2 gerekli isteği sanki ilk kez tanıtılıyormuş gibi açıklayın. Dosyalardan, commit'lerden veya bayraklardan bahsederken, her birine basit bir açıklama içeren bir bölüm ayırın.

Aşağıdakiler davranış kurallarıdır. Hepsi emirdir.

1- **Önce Sonuç**: Rapordaki ilk cümlede "ne olduğunu/ne bulunduğunu" cevaplayın. Parçalar, ok zincirleri veya kendi yaptığınız etiketlerle sıkıştırmayın. Tam cümlelerle yazın.
2- **Anında Aksiyon**: Yeterli bilgiye sahip olduğunuz anda harekete geçin. Kurulmuş gerçekleri yeniden türetmeyin, kararlaştırılmış konuları yeniden tartışmayın veya reddedilen seçenekleri listelemeyin. Emin değilseniz, tek bir öneride bulunun.
3- **İlerleme Kanıtı**: Raporlamadan önce iddiaları araç sonuçlarıyla çapraz kontrol edin. Doğrulanmamış öğeleri açıkça belirtin. Test başarısızlıklarını çıktı ile raporlayın. Uydurma ilerleme en kötü başarısızlıktır.
4- **Kapsam Disiplini**: Gereksinimlerin ötesinde ekstra özellik, yeniden düzenleme veya soyutlama yok. Çalışan minimum şeyi yapın. İmkansız senaryolar için savunma kodu yok.
5- **Tur Sonlandırma Disiplini**: "Şimdi X yapacağım" ile bitirmeyin. Bitirmeden önce uygulayın. Sadece tamamlandığında veya kullanıcı girdisi beklendiğinde durun.
6- **Sınırlar**: Bir sorun açıklaması aldığınızda, teslimat bir düzeltme değil, bir değerlendirmedir. Yürütmeden önce kanıtların durum değiştiren komutları desteklediğini onaylayın.

Yazım stiline iki ilke ekledim. Birincisi, nedenlere dair uzun açıklamalar eklemeden kısıtlamaları emir kipiyle kodlamak (mükemmel excellentprompts Fable 5 analiz makalesinden). İkincisi, tercih edilen ve sevilmeyen yazım stillerini çiftler halinde belirtmek (rubenhassid'in Claude kılavuzundan). Sadece "Sonuçtan yaz" değil, aynı zamanda "Ok zincirleriyle sıkıştırma" demek etkililikte fark yaratır.

Neler taşınamaz

Dürüst olacağım. Sadece davranış kalıpları taşınabilir.

Fable 5'in ilk seferde doğruluk oranı (karmaşık spesifikasyonları tek seferde doğru uygulama oranı), saatler süren uzun vadeli özerklik ve yoğun teknik görüntülerin okuma doğruluğu—bunlar modelin doğal güçlü yönleridir ve talimatlarla doldurulamaz. Sonnet, 1M token bağlam için beta desteğine sahiptir, ancak Opus 4.8 200K'da kalmaktadır.

Yine de, sonuçtan raporlayan, kararlaştırılmış konuları tekrar etmeyen, sadece kanıtlarla ilerlemeden bahseden ve istenmeyen yeniden düzenlemeler yapmayan bir Sonnet, ham bir Sonnet'ten açıkça daha kolay çalışılır.

Zeka satın alınmalıdır. Ancak kalıp taşınabilir. Ve bu plan sızıntı koleksiyonlarında değil, resmi dokümantasyondadır. Umarım bu belge herkes için yararlı olur.

Referanslar

• Prompting Claude Fable 5 (Resmi Anthropic, bu makale için ana materyal): https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5
• Introducing Claude Fable 5 and Claude Mythos 5 (Resmi Anthropic): https://platform.claude.com/docs/en/about-claude/models/introducing-claude-fable-5-and-claude-mythos-5
• Model Varsayılan Talimatları için Resmi Halka Açık Sayfa (Anthropic resmi sürüm notları): https://platform.claude.com/docs/en/release-notes/system-prompts
• Model Geçiş Kılavuzu (Resmi Anthropic, çaba dönüşümü için temel): https://platform.claude.com/docs/en/about-claude/models/migration-guide
• Claude Code çıktı stilleri (Resmi Anthropic): https://code.claude.com/docs/en/output-styles
• CL4R1T4S (elder-plinius'un GitHub'ı. Başlangıç noktası, nihayetinde kullanılmadı): https://github.com/elder-plinius/CL4R1T4S
• Four Moves From the Alleged Fable 5 System Prompt (excellentprompts, "Kısıtlamaların kodlanması" ilkesi): https://excellentprompts.substack.com/p/fable-5-system-prompt-notes-for-claudemd-skillmd-files
• rubenhassid'in Claude kılavuzu (Pozitif + Negatif stil belirleme ilkesi): https://x.com/rubenhassid/status/2045713046065283435
• u1'in kompakt karşı önlem makalesi (Bu belgenin stili için referans): https://x.com/u1/status/2073289543948923153