Claude Fable 5.1 Prompt Mühendisliği: Davranış Değişimleri ve Düzeltme İfadeleri

Claude Fable 5.1 istemlerini uyarlama rehberi

Anthropic’e göre mevcut Fable 5 istemleriniz, Claude Fable 5.1’de değişiklik yapılmadan da iyi performans göstermelidir. Ancak araç çağrısı sayısı, ilerleme güncellemeleri, düzyazı yoğunluğu, sohbet biçimlendirmesi, dosya düzenleme yöntemi ve görev kapsamı gibi davranışlar değişmiştir. Bu rehberde her farkı ve uygulanabilir çözümünü bulabilirsiniz. Ayrıntılı model genel bakışı için Claude Fable 5.1 nedir? yazısına bakın.

Apidog'u bugün deneyin

İstemlerden önce çabayı ayarlayın

Fable 5.1’de zeka, gecikme ve maliyet arasındaki temel kontrol çaba seviyesidir. İstemleri değiştirmeden önce:

1. high seviyesinden başlayın.
2. low, medium, xhigh ve max seviyelerini aynı değerlendirmelerle test edin.
3. Fable 5’te yaptığınız taramaları yeniden çalıştırın; seviye adları modeller arasında aynı miktarda düşünmeye karşılık gelmez.

Anthropic’in testlerine göre:

• medium, Fable 5 sonuçlarına yaklaşık olarak daha düşük maliyetle ulaşabilir.
• low, görev başına maliyet açısından çoğu zaman Opus ve Sonnet ile rekabet ederken daha yüksek puan alabilir.
• Fable 5’e kıyasla en büyük kazanımlar xhigh ve max seviyelerinde görülür.

Konuşma sırasında önbelleği sıfırlamadan çabayı değiştirmek için output_config ve mid-conversation-output-config-2026-07-01 beta başlığını kullanabilirsiniz. Yapı için Çaba kılavuzuna ve API örneğine bakın.

İstem yerleşimi, ifadeden daha önemlidir

Fable 5.1’de korunmuş düşünme blokları yalnızca onları üreten konuşma bağlamında geçerlidir. Önceki bir tura hatırlatıcı ekleyip sonraki istekte silmek, geçmişi değiştirmek anlamına gelir. Bu işlem:

• istem önbelleğini yeniden başlatır,
• 31 Ağustos 2026 veya sonrasında oluşturulan hesaplarda sonraki düşünme bloklarını geçersiz kılar.

Tur kapsamlı talimatlar

Tur başına geçerli talimatları şu iki yöntemden biriyle ekleyin:

Beta başlığıyla: Araç sonucu mesajından sonra, aşağıdaki gibi tur kapsamlı bir sistem mesajı gönderin:

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "..."
}

Her yeni talimat geldiğinde önceki kopyaları diziden kaldırmayın. Sonraki kullanıcı mesajında API önceki kopyaları temizler; temizlenen kopyalar token maliyeti oluşturmaz.

Beta olmadan: Talimatı, aynı kullanıcı mesajındaki tool_result bloklarından sonra bir metin bloğu olarak ekleyin. Bu durumda eski kopyalar korunur.

Gönderilmiş bir kopyayı hiçbir zaman silmeyin veya yeniden yazmayın. Ayrıntılar için korunmuş düşünme ve tur kapsamlı sistem mesajları belgelerine bakın. Apidog’daki korunmuş düşünme rehberi de bu davranışı açıklar.

Oturum düzeyindeki talimatları sistem istemine veya ilk kullanıcı turuna koyun. Anthropic, stil talimatlarının ilk kullanıcı turunda, sistem istemindeki aynı metne göre daha iyi korunduğunu belirtiyor.

Araç döngülerinde tur başına tek araç çağrısı

Fable 5.1, bir istek birden fazla bağımsız öğe belirttiğinde çağrıları paralel olarak yayınlar. Kodlama ve bilgisayar kullanımı döngülerinde önceki modele kıyasla daha az aracı tek turda toplu işleyebilir. Her ek tur:

• token tüketimini,
• gidiş-dönüş sayısını,
• gerçek zamanlı gecikmeyi artırır.

Önce, birden fazla araç çağrısı içeren asistan turlarının oranını ölçün. Gerekliyse her araç sonucundan sonra aşağıdaki tur kapsamlı sistem talimatını ekleyin:

First privately list what you need next; then request every item that doesn't depend on another's result in this one response.

“Privately” kelimesini koruyun. Bu kelime çıkarıldığında model bazen kullanıcı yerine hatırlatıcıya yanıt verir. Talimatı sistem istemine koymak yerine mevcut isteğin sonuna yakın eklemek, çağrı sayısını daha fazla etkileyebilir.

Araç çağrıları arasında ilerleme güncellemeleri

Fable 5.1, özellikle yüksek çaba seviyelerinde uzun araç döngüleri sırasında Fable 5’ten daha az kullanıcıya yönelik güncelleme yazabilir.

Uygulanacak üç çözüm

1. Düşünme güncellemelerini gösterin.
   
   Araçlar arasındaki notlar, varsayılan display: "omitted" ayarında boş düşünme blokları olarak dönebilir. thinking-display-updates-2026-08-18 beta başlığıyla display: "updates" kullanın ve boş olmayan her düşünme bloğunu durum satırı olarak işleyin.

2. Eski modeller için yazılmış, örneğin “tüm bulguları nihai yanıt için sakla” gibi ilerleme güncellemelerini engelleyen istem satırlarını kaldırın.

3. Daha görünür ilerleme gerekiyorsa sistem istemine şunu ekleyin:
   

Before you start, say in a line what you're about to do; brief updates while you work help the user follow along. Close with a short recap that stands on its own, covering what you found, what you did, and what's next, so a reader who only sees the last message has the full picture.

Ürününüz araç çıktısını kullanıcıdan gizliyorsa bunu modele açıkça bildirin:

Bu komutun çıktısını yalnızca siz görürsünüz. Kullanıcının herhangi bir kısmını okuması gerekirse, yanıtınıza ekleyin.

Aksi halde model, kullanıcının göremeyeceği çıktıyı kullanıcıya “göstermek” için gereksiz komutlar çalıştırabilir.

İş bitmeden turun sona ermesini önleyin

Karmaşık ve asenkron iş yüklerinde Fable 5.1 bazen işi sürdürmek yerine bir sonraki adımı açıklar veya kullanıcının zaten istediği bir işlem için izin ister. Açılış cümlesi güçlü olan aşağıdaki sistem istemi bunu azaltır:

You are operating autonomously. The user is not watching in real time and cannot answer questions mid-task, so asking 'Want me to...?' or 'Shall I...?' will block the work. For reversible actions that follow from the original request, proceed without asking. Stop only for destructive actions or genuine scope changes the user must decide. Offering follow-ups after the task is done is fine; asking permission before doing the work is not.

Before ending your turn, check your last paragraph. If it is a plan, an analysis, a question, a list of next steps, or a promise about work you have not done, do that work now with tool calls. End your turn only when the task is complete or you are blocked on input only the user can provide.

Anthropic bu talimatı, görevin teslim edilebilir kapsamını tanımlayan ikinci bir blokla birlikte kullanıyor:

• İstenen kapsamı daraltmayın, genişletmeyin veya değiştirmeyin.
• Engellenmeyen tüm parçaları tamamlayın.
• Dışarıda bırakılanları özetinizde belirtin.
• İstenen bir değişiklik değilse, fark edilen ek sorunları öneri olarak raporlayın.
• Kullanıcı onayı gerektiren noktaları ayrıca listeleyin.

Fable 5.1 için, modelden raporlamadan önce yaptığı işi kontrol etmesini isteyen talimatları koruyun. Opus 5’in doğrulama talimatlarını silme tavsiyesi bu modele uygulanmaz.

İstenmeyen düzeltmeleri ve testleri sınırlayın

Açık uçlu özellik isteklerinde Fable 5.1, istenen davranışın yanında yakın düzeltmeler, genişletilmiş davranışlar veya gereğinden fazla test dosyası da ekleyebilir. Sistem istemine şu sınırı ekleyin:

If, while working or testing, you find a pre-existing bug, a performance concern, or behavior the task doesn't mention, don't fix, optimize or extend it in this change unless the requested behavior cannot work without it; report it as a follow-up in your summary. Verify your work however you like; scratch scripts and quick checks need not be kept. Commit tests only where the task asks for them or this repository already keeps tests for this kind of change, sized like the neighboring test files. This is about extras only: implement every behavior the task asks for, completely.

Bu kural istenen davranışları kısıtlamaz; yalnızca kapsam dışı işleri sınırlar.

Küçük değişikliklerde tüm dosyayı yeniden yazmayın

Fable 5.1, hedefli bir düzenleme yerine dosyanın tamamını yeniden yazmaya daha yatkın olabilir. İstem veya ilk kullanıcı mesajına şu satırı ekleyin:

The number of tokens used to edit files is best minimized, all else being equal. Therefore, when it will not affect the end result, try to surgically edit a file rather than rewrite the entire thing.

Yoğun ve yapmacık düzyazıyı azaltın

Fable 5.1’in yazımı genellikle daha az kalıp ifade içerir; ancak bazı yanıtlarda daha uzun cümleler ve daha az paragraf arası kullanabilir.

“Yapmacık düzyazı”; doğrudan anlatım yerine metafor ve süslemeler kullanan, fikri açıklamaktan çok yazarı öne çıkaran metindir. Modelden:

• ne demek istediğini doğrudan söylemesini,
• uygun olduğunda kelimesi kelimesine ifadeler kullanmasını,
• kısa paragraflar yazmasını

isteyin.

Kısa bir kural da yeterlidir:

Lütfen tüm yapmacık düzyazıyı kaldırın.

Sohbet yanıtlarında gerektiği kadar biçimlendirme kullanın

Önceki modeller madde işaretlerini ve kalın yazıyı fazla kullandığından, birçok istemde biçimlendirme karşıtı kurallar bulunur. Fable 5.1 ise tersine daha az başlık, liste ve kalın yazı kullanabilir.

Eski biçimlendirme karşıtı talimatları kaldırın veya şu ilkeyle değiştirin:

• Listeleri, istendiğinde veya netliği artırdığında kullanın.
• Minimal biçimlendirme talebine uyun.
• Konuşma ya da duygusal değişimlerde sade düzyazıyı koruyun.

Özetlerde kaynak metni işaretleyin

Belge özetlerken Fable 5.1, kaynak metinden aldığı bölümleri alıntı olarak işaretlemeden yeniden üretebilir. Sistem istemine tam bir örnek ekleyin:

• Kullanıcı isteği,
• asistanın kendi dolaylı anlatımıyla doğru yanıtı,
• her kaynak için en fazla bir kısa ve açıkça işaretlenmiş alıntı,
• yanıtın neden doğru olduğunu açıklayan tek cümlelik gerekçe.

Anthropic’in örneğindeki araç çağrısı yer tutucularını kendi aracınızın adıyla değiştirin.

Düşük çabayla arama yerine hafızadan yanıt vermeyi önleyin

Düşük çaba seviyesinde Fable 5.1, arama ve alma araçlarını Fable 5’e göre daha az çağırabilir. Bu durum özellikle tanıdığı ancak güncel bilgisi olmayan ürün ve model adlarında görülür.

İki seçenek vardır:

1. Etkilenen mesajlarda çaba seviyesini artırın.
2. Sistem istemine şu kuralları ekleyin:
   • Hızla değişen bir alandaki bir adı tanımak, güncel durumu bilmek anlamına gelmez.
   • Yanıt vermeden önce arama yap.
   • Kullanıcının yazdığı adı en az bir arama sorgusunda aynen kullan.

xhigh ve max seviyelerinde uzun teslimatlar

xhigh ve özellikle max seviyelerinde model, teslim edilebilir metnin büyük bölümünü düşünme aşamasında taslak haline getirip yanıtta yeniden yazabilir. Bu, bekleme süresini ve çıktı tokenlarını artırır.

• Önce high seviyesini deneyin.
• xhigh veya max yalnızca ölçülebilir kazanım sağladığında kullanın.
• Bu seviyelerde kalacaksanız max_tokens değerini düşünme ve yanıt için yeterli alan bırakacak şekilde ayarlayın.
• Kullanıcı mesajına, muhakeme ve yanıtın birlikte gerçek max_tokens sınırına yaklaştığını; teslimatı hem muhakemede hem yanıtta yeniden üretmenin turu iyileştirmeden ikiye katlayabileceğini yazın.
• Bu notun sonraki kopyalarını yerinde bırakın.

Zararsız kodlama isteklerinde ret yanıtlarını azaltın

Fable 5.1’in sınıflandırıcıları Fable 5’in lansmanına göre daha az yanlış pozitif üretir; kaynak kodda güvenlik açığı aramak da serbesttir. Yine de yanlış retler görülebilir.

Şu ifade değişikliklerini deneyin:

• “Bu program hatasız derleniyor mu?” yerine “Bu programda herhangi bir hata var mı?” deyin.
• Daha az bilinen diller için modele ilgili belgeleri sağlayın.
• Base64 kodlu veri döndüren araçları bağlamdan çıkarın.
• fallbacks ayarını yapılandırılmış halde tutun. Ayrıntılar için ret işleme rehberine bakın.

İstemci tarafı sıkıştırma özetlerini yapılandırın

Fable 5.1, bir sıkıştırma özetinde hangi bilgilerin korunacağını açıkça belirttiğinizde iyi sonuç verir. Sunucu tarafı sıkıştırma bunu zaten yapar. İstemci tarafında sıkıştırma kullanıyorsanız modele <summary> etiketleri içinde aşağıdakileri korumasını söyleyin:

1. Ortaya çıkan zorluklar ve nasıl çözüldükleri.
2. Önerilen veya elenen yaklaşımlar ve nedenleri.
3. İstenen ya da kararlaştırılan her şeyin tam ifadesi.
4. İşin mevcut durumu.
5. Hâlâ açık olan konular.
6. İsimler, sayılar ve bağlantılar gibi yeniden oluşturulması zor ayrıntılar.

Talimatı şu cümleyle bitirin:

Bu özeti yazarken herhangi bir araç çağırmayın; yalnızca metinle yanıt verin.

Bu özellikle özetleme isteği hâlâ konuşmanın araçlarını taşıyorsa önemlidir.

Alt aracılar ve görsel inceleme

Bu iki çözüm istem değişikliğinden çok mimari düzenlemedir.

Kodlama görevlerinde ana aracı alt aracı beklerken bloke etmeyin:

• Alt aracıyı başlatan araç hemen dönsün.
• Sonuç daha sonraki bir kullanıcı mesajında teslim edilsin.
• Ana araca, gerektiğinde sonucu beklemek için ayrı bir araç sağlayın.

Yoğun grafikler ve iç içe geçmiş tablolar için, seçilen bir bölgeyi büyütülmüş döndüren bir kırpma aracı veya temel görüntü kitaplıklarını içeren bir kapsayıcı sağlayın. Düşük çaba seviyesinde model kırpmayı atlayabilir; bu nedenle çağrı günlüklerini kontrol edin.

Apidog’da istem değişikliklerini test edin

Yukarıdaki çözümlerin her biri öncesi-sonrası testi için uygundur. Apidog içinde:

1. Araç döngünüzün ilk üç turunu bir istek dizisi olarak kaydedin.
2. Sistem istemini parametreleştirin.
3. Her kod parçasını aynı çaba seviyesinde, çözüm kullanılarak ve kullanılmadan çalıştırın.
4. Aşağıdaki metrikleri karşılaştırın:
   • Toplu işleme çözümü için asistan turu başına tool_use bloklarının sayısı.
   • Hedefli düzenleme ve düzyazı çözümleri için usage.output_tokens.
   • Özerklik çözümü için “Şimdi ben” ile başlayan tamamlanmamış son paragrafın bulunmaması.

Test ortamını oluşturmak için Apidog’u indirin. Claude Code kılavuzu, bu satırlardan hangilerinin CLAUDE.md dosyasına taşınabileceğini gösterir.

Sıkça Sorulan Sorular

Fable 5 istemlerim Fable 5.1’de çalışır mı?

Anthropic, istemlerin değişiklik yapılmadan iyi performans göstermesi gerektiğini söylüyor. Farklar çoğunlukla davranışsaldır: daha az toplu araç çağrısı, daha az ilerleme güncellemesi, daha yoğun düzyazı, daha az sohbet biçimlendirmesi, daha fazla tüm dosya yeniden yazımı ve açık uçlu görevlerde kapsam kayması.

Fable 5.1 için hangi çaba seviyesini seçmeliyim?

high ile başlayın ve diğer seviyeleri test edin. Anthropic’e göre medium, Fable 5 ile daha düşük maliyetle yaklaşık olarak eşleşebilir; low ise çoğu zaman görev başına maliyet açısından Opus ve Sonnet ile rekabet eder.

Tur başına talimatı nereye koymalıyım?

Araç sonuçlarından sonra, clear_at: "next_user_message" kullanan tur kapsamlı bir sistem mesajı olarak ekleyin. Önceki kopyaları silmeyin. Önceki turlara metin ekleyip sonra silmek, sonraki düşünme bloklarını geçersiz kılar ve önbelleği yeniden başlatır.

Opus 5’teki gibi “işinizi doğrulayın” talimatlarını kaldırmalı mıyım?

Hayır. Bu tavsiye Opus 5’in aşırı doğrulama davranışına özgüdür. Fable 5.1’de doğrulama talimatlarını koruyun.

Fable 5.1’in tüm dosyayı yeniden yazmasını nasıl önlerim?

Sistem istemine veya ilk kullanıcı mesajına şu satırı ekleyin:

text
The number of tokens used to edit files is best minimized, all else being equal. Therefore, when it will not affect the end result, try to surgically edit a file rather than rewrite the entire thing.