Çoklu Model Orkestrasyonu: Fable 5.1, Opus 5.5 ve Sonnet 5

Bir kodlama ajanına her işi aynı modelle yaptırmak artık hem pahalı hem yavaş: Anthropic'in resmi fiyat tablosuna göre Sonnet 5, Opus 5.5 ve Fable 5.1 arasında girdi maliyeti 5 kata kadar fark ediyor. Bu yazıda kodlama ajanlarında çoklu model orkestrasyonunu — hangi işi hangi modele vereceğini, delegasyonu nasıl açık tutacağını ve maliyeti nasıl ölçeceğini — resmi dokümanlara dayanarak anlatıyorum.

💡 Pro Tip: Alt-ajan çağrısında model alanını asla boş bırakma; boş bırakılan çağrı sırayla tanım frontmatter'ına, CLAUDE_CODE_SUBAGENT_MODEL değişkenine ve en sonunda ana konuşmanın modeline düşer — ucuz olması gereken keşif işi sessizce pahalı modele kayabilir.

İçindekiler

• Tek Model Çağı Bitti: İş Türüne Göre Maliyet-Yetenek Eğrisi
• Model Rolleri: Keşif/Mekanik, Spesifikasyonlu Kod, Zor Doğrulama
• Resmi Konumlandırma ve Fiyat Tablosu (Fable 5.1 / Opus 5.5 / Sonnet 5)
• Delegasyon Kuralı: Her Alt-Ajana Açık Model Vermek
• Bağlam ve Cache Ekonomisi ($0.25/MTok Cache-Read Etkisi)
• Yazan ≠ Doğrulayan: Taze Bağlamda Çapraz Denetim
• Orkestrasyon Düzenini Kendi Projende Ölçmek
• Bu Düzeni Kendi Projene Kurma Adımları
• SSS
• Hangi işte hangi Claude modelini kullanmalıyım?
• Fable 5.1 ile Opus 5.5 arasındaki fark nedir?
• Kodlama ajanında model maliyetini nasıl düşürürüm?
• Alt-ajanlara (subagent) iş nasıl delege edilir?
• Opus 5 hâlâ kullanılabilir mi?
• Sonuç
• Kaynaklar

Tek Model Çağı Bitti: İş Türüne Göre Maliyet-Yetenek Eğrisi

Tek bir modelle her şeyi yapmak, iki yönden de kayıp demek: ya basit bir dosya taraması için en pahalı modeli çalıştırırsın ya da kritik bir mimari kararı ucuz modele bırakıp hata riskini yükseltirsin. Anthropic'in resmi fiyatlandırma sayfası üç kademeyi net ayırıyor: Sonnet 5 girdi başına 2 dolar / çıktı başına 10 dolar (MTok), Opus 5.5 4 dolar / 20 dolar, Fable 5.1 ise 10 dolar / 50 dolar. Sonnet'ten Fable'a geçişte girdi maliyeti tam 5 kat artıyor.

Resmi alt-ajan dokümanı bu maliyet-yetenek dengesini doğrudan tarif ediyor: "Control costs by routing tasks to faster, cheaper models like Haiku." Aynı mantık üç kademeli Sonnet/Opus/Fable düzenine de uygulanır — iş ne kadar mekanik ve tekrarlıysa model o kadar ucuzlaşmalı, iş ne kadar geri dönüşü zor bir karar içeriyorsa model o kadar pahalılaşmalı.

Pratikte bu eğri şöyle işler: bir dosyada belirli bir fonksiyonu bulmak, çok sayıda dosyada aynı deseni aramak veya bir API yanıtını özetlemek gibi işler ucuz/hızlı modelde biter. Yeni bir kimlik doğrulama akışı tasarlamak, veritabanı şeması değiştirmek veya ödeme mantığına dokunmak gibi işler ise daha pahalı ama daha güçlü modele gider.

Bu eğriyi göz ardı etmenin iki tipik sonucu var. Birincisi, her çağrıyı en pahalı modele (Fable 5.1) yönlendirmek: dosya arama gibi mekanik bir işte bile 1M bağlam penceresi olan en pahalı model çalışır ve tur başına girdi maliyeti Sonnet'in beş katına çıkar; iş zaten ucuz modelin kapsamındaysa pahalı modelin getirisi bu maliyet farkını karşılamaz. İkincisi, tam tersi: kritik bir kod yolunu (auth, ödeme, veri bütünlüğü) en ucuz modele bırakmak, ilk bakışta tasarruf gibi görünür ama hatalı bir spesifikasyon yorumu veya gözden kaçan bir edge case, sonradan düzeltme maliyetiyle (ikinci bir delegasyon turu, manuel inceleme, olası prod hatası) o tasarrufu fazlasıyla götürür. Doğru düzen, ikisi arasında değil, işin doğasına göre üç kademe arasında gidip gelmek.

Model Rolleri: Keşif/Mekanik, Spesifikasyonlu Kod, Zor Doğrulama

Resmi model-config dokümanı, model alias'larını doğrudan rol tanımıyla eşliyor: sonnet "daily coding tasks" için, opus "complex reasoning tasks" için, fable ise "your hardest and longest-running tasks" için öneriliyor. Bu üçlü ayrım rastgele değil — Claude Code'un kendi built-in alt-ajanlarından biri olan Explore bunu canlı örnekliyor.

Resmi sub-agents dokümanına göre Explore'un modeli şöyle çalışıyor: "inherits from the main conversation, capped at Opus on the Claude API, so Explore never runs on a more expensive model than the one you already chose for the session, unless you set CLAUDE_CODE_SUBAGENT_MODEL and force it onto every subagent." Yani keşif işi varsayılan olarak hiçbir zaman oturumun ana modelinden daha pahalı bir modelde koşmuyor — bu davranış v2.1.198'den beri geçerli (öncesinde Explore her zaman Haiku'da çalışıyordu).

Üç rol pratikte şöyle ayrışır:

• Keşif/mekanik: Dosya arama, log tarama, tekrarlı çeviri, mevcut kodu özetleme — Sonnet 5.
• Spesifikasyonlu kod: Belirli bir arayüze/spesifikasyona göre yeni özellik yazmak, refactor, migration script'i — Opus 5.5.
• Zor doğrulama / uzun-ufuklu ajantik iş: Çok adımlı planlama, kritik bir kod yolunun uçtan uca doğrulanması, Opus'un yüksek effort'ta bile yetersiz kaldığı durumlar — Fable 5.1.

Bu üçlü ayrımın kritik noktası, rollerin statik olmaması. Aynı görev türü (örneğin "bir migration script'i yaz") projeye göre farklı kovaya düşebilir: şemada yalnızca bir kolon eklemek spesifikasyonlu-kod kovasında kalırken, birden fazla tabloyu aynı anda değiştiren, geri alınması zor bir veri taşıma script'i zor-doğrulama kovasına girer. Kararı veren şey görevin adı değil, geri dönüşü zor olup olmadığı ve kaç adımlık bağımsız akıl yürütme gerektirdiğidir.

Resmi Konumlandırma ve Fiyat Tablosu (Fable 5.1 / Opus 5.5 / Sonnet 5)

Burada güncel bir not gerekiyor: Claude Code v2.1.280 (22 Eylül 2026'da yayınlandı) Opus 5.5'i varsayılan Opus modeli yaptı ve opus alias'ı artık Opus 5.5'e çözülüyor — önceki sürümlerde (v2.1.219'dan v2.1.280'e kadar) aynı alias Opus 5'e işaret ediyordu. Resmi model karşılaştırma sayfası bunu şöyle özetliyor: "start with Claude Opus 5.5 for most workloads. Use Claude Fable 5.1 for demanding reasoning and long-horizon agentic work, or when your evals on Claude Opus 5.5 at higher effort still fall short."

Opus 5, emekliye ayrılmadı; fiyatlandırılmış ve API'de erişilebilir durumda, ama 22 Eylül 2026'dan itibaren resmi doküman onu ilk tercih olarak önermiyor. Bir projede hâlâ claude-opus-5 id'sini sabit yazan bir yapılandırma varsa, o çağrı çalışmaya devam eder ama artık varsayılan alias'ın arkasındaki model değildir.

Delegasyon Kuralı: Her Alt-Ajana Açık Model Vermek

Model belirtmeden yapılan bir alt-ajan çağrısı nereye düşer? Resmi doküman zinciri dört adımda tanımlıyor: (1) çağrı anında verilen model parametresi, (2) tanımın model frontmatter'ı — inherit burada ana konuşmanın modelini seçer, (3) CLAUDE_CODE_SUBAGENT_MODEL ortam değişkeni, (4) ana konuşmanın modeli. Son adımda tavan yok; "capped at Opus on the Claude API" ifadesi yalnız built-in Explore maddesinde geçiyor. 1. adım v2.1.251 ile öne geçti: "Before v2.1.251, CLAUDE_CODE_SUBAGENT_MODEL came first in this order and overrode both the per-invocation parameter and the frontmatter." Yani en güvenilir kontrol noktası çağrının kendisi; belirtmemek "ucuz modelde koşar" demek değil.

v2.1.257 ile gelen CLAUDE_CODE_SUBAGENT_MODEL_FORCE bu zinciri tamamen ortadan kaldıran bir anahtar: "apply CLAUDE_CODE_SUBAGENT_MODEL (or the main model) to every subagent, ignoring per-spawn and agent-definition model overrides." Yani proje genelinde tek bir modeli zorlamak istediğinde per-çağrı model parametrelerini bile devre dışı bırakabiliyorsun.

1# Global delegasyon varsayılanı: model belirtilmeyen her çağrı Sonnet'e düşsün
2# (built-in Explore ve Plan hariç - onlara uygulanması için _FORCE gerekir)
3export CLAUDE_CODE_SUBAGENT_MODEL=claude-sonnet-5
4 
5# Zorlama modu: per-çağrı model override'ları bile yok sayılsın
6export CLAUDE_CODE_SUBAGENT_MODEL_FORCE=1

Günlük pratikte kural basit: keşif ve mekanik işte model alanını açıkça sonnet yaz, spesifikasyonlu kritik kodda açıkça opus, riskli/uzun-ufuklu doğrulamada açıkça fable. Boş bırakmak bir kısayol değil, bir kumar.

Bağlam ve Cache Ekonomisi ($0.25/MTok Cache-Read Etkisi)

Orkestratör model (Fable 5.1) her turda aynı sistem promptunu, CLAUDE.md dosyasını ve konuşma geçmişini yeniden okur — bu, uzun oturumlarda girdi maliyetinin büyük kısmını oluşturur. Resmi fiyat sayfası Fable 5.1 ve Mythos 5.1 için özel bir cache-read çarpanı tanımlıyor: "Cache hits and refreshes on Claude Fable 5.1 and Claude Mythos 5.1 are priced at 0.025x the base input price" — yani $10/MTok'luk taban girdi fiyatı, önbellekten okunan tokenlarda $0.25/MTok'a düşüyor. Opus 5.5'in çarpanı ise 0.05x ($4 → $0.20/MTok).

Bunun pratik etkisini gerçek bir formülle hesaplayalım: 50.000 token'lık sabit bir sistem promptu (CLAUDE.md + araç şemaları) her turda yeniden gönderiliyor, 20 tur süren bir oturum düşünelim.

1Fable 5.1 — taban $10/MTok, 5 dk cache yazma $12,50/MTok, cache-read $0,25/MTok (0,025x)
250.000 token = 0,05 MTok
3 
4Cache OLMADAN (her tur tam fiyat):
5  20 tur × 0,05 MTok × $10/MTok = $10,00
6 
7Cache İLE (ilk tur cache YAZMA, sonraki 19 tur cache-read):
8  1 tur  write → 0,05 × $12,50 = $0,625
9  19 tur cache → 0,05 × $0,25  = $0,0125/tur × 19 = $0,2375
10  Toplam: $0,625 + $0,2375 = $0,8625   (→ %91,4 tasarruf)

Aynı hesabı Opus 5.5 için (taban $4/MTok, 5 dk cache yazma $5/MTok, cache-read $0,20/MTok, yani 0,05x çarpan) yaparsak: cache olmadan 20 tur × 0,05 × $4 = $4,00; cache ile 1 tur write (0,05 × $5 = $0,25) + 19 tur × 0,05 × $0,20 = $0,01/tur × 19 = $0,19 → toplam $0,44 (%89,0 tasarruf). İki model de aynı büyüklük mertebesinde tasarruf sağlıyor, ama Fable 5.1'in düşük çarpanı (0,025x) taban fiyatının yüksekliğini dengeliyor — mutlak dolar farkı hâlâ Fable lehine değil ($0,8625 > $0,44), ama oransal tasarruf birbirine yakın.

Yukarıdaki hesap, sadece sabit girdi kısmı için — yeni üretilen çıktı token'ları ve değişen konuşma geçmişi bu formüle dahil değil, o kısım her turda tam fiyattan işlenir. Bu, "ana bağlama keşif girmez, alt-ajan sadece özet döndürür" kuralının ekonomik gerekçesidir: ana orkestratörün bağlamı ne kadar küçük tutulursa, sabit sistem promptunun üzerine binen taban maliyet de o kadar küçülür.

Yazan ≠ Doğrulayan: Taze Bağlamda Çapraz Denetim

Bu deseni mümkün kılan şey alt-ajan mimarisi: resmi dokümana göre her alt-ajan "runs in its own context window with a custom system prompt, specific tool access, and independent permissions" ve ana konuşmaya "only the summary" döndürür. Bu izolasyon, bir modelin yazdığı kodu aynı modelin aynı bağlamda "onaylaması" yerine, taze bir bağlamda (ayrı bir alt-ajan çağrısıyla) yeniden okunmasını mümkün kılar.

Pratikte bu şu şekilde kurulur: spesifikasyonlu kod bir Opus 5.5 çağrısıyla yazılır; aynı diff, ayrı bir Opus 5.5 (veya kritik işlerde Fable 5.1) çağrısına "bu diff'i incele, spesifikasyona uyuyor mu" promptuyla verilir. İkinci çağrı, ilkinin ürettiği akıl yürütme geçmişini görmez — sadece kod ve spesifikasyonu görür. Bu, aynı modelin kendi hatasını "hatırlayarak" değil, sıfırdan okuyarak bulma şansını artırır.

Orkestrasyon Düzenini Kendi Projende Ölçmek

Bu düzenin senin projende ne kazandırdığını üç değişkeni izleyerek görebilirsin:

• Oturum token toplamı: /cost (resmi komut listesinde /usage'ın takma adı) oturum toplamını model kırılımıyla verir: girdi, çıktı, cache-read ve cache-write. Cache payı ayrı bir "Prompt cache (main)" satırında görünür, ama resmi doküman bu satırın kapsamını açıkça sınırlar: yalnız ana konuşma, alt-ajanlar değil. Alt-ajanların payı yalnız plan kullanım kırılımında yüzde olarak listelenir.
• Duvar-saati süresi: İşin başlangıcından bitişine kadar geçen gerçek süre — paralel dalga kullanıldıysa dalga uzunluğu, sıralı delegasyon kullanıldıysa toplam bekleme.
• Ana bağlama giren karakter sayısı: Orkestratörün kendi context'ine giren metin miktarı — alt-ajan raporu ne kadar kısaysa (kural olarak ≤1.500 karakter) bu sayı o kadar düşük kalır ve sonraki turların taban maliyeti küçülür.

Üçünü aynı iş biriminde önce ve sonra kaydettiğinde, düzenin ne kazandırdığını kendi rakamlarınla görürsün.

Bu Düzeni Kendi Projene Kurma Adımları

1. Resmi model-config dokümanındaki alias tablosunu oku ve hangi alias'ın hangi modele çözüldüğünü sağlayıcı bazında doğrula — Anthropic API'de opus artık Opus 5.5'e çözülüyor, Bedrock ve Google Cloud'da da aynı, ama Microsoft Foundry'de opus hâlâ Opus 4.6'ya çözülüyor.
2. Her Agent/alt-ajan çağrısında model alanını açıkça belirt; hiçbir çağrıyı model alanı boş bırakılmış şekilde göndermeyi kural dışı say.
3. Global kaçağa karşı proje veya kullanıcı ortamında CLAUDE_CODE_SUBAGENT_MODEL değişkenini bir ucuz-model varsayımına bağla; tam zorlama istiyorsan CLAUDE_CODE_SUBAGENT_MODEL_FORCE ekle.
4. İş türlerini üç kovaya ayır: keşif/mekanik → Sonnet 5, spesifikasyonlu kod → Opus 5.5, riskli/uzun-ufuklu doğrulama → Fable 5.1.
5. Kritik kod yolları için yazan-ajan/doğrulayan-ajan ayrımını ayrı bağlam pencereleriyle kur; doğrulayan ajana yazan ajanın akıl yürütme geçmişini değil, yalnız nihai diff'i ve spesifikasyonu ver.
6. /cost ile oturum toplamını ve model kırılımını izle, cache payını "Prompt cache (main)" satırından oku — bu satır yalnız ana konuşmayı kapsar, alt-ajanları değil. Fable 5.1'in 0,025x çarpanı, sabit sistem promptu büyüdükçe daha kritik hale gelir.

Bu altı adımı bir kerelik kurulum değil, tekrarlanan bir alışkanlık olarak düşün: proje büyüdükçe CLAUDE.md ve araç şemaları da büyür, dolayısıyla sabit girdi maliyeti de büyür; her yeni model sürümünde (Fable 5.1'den sonra gelecek bir Fable veya Opus sürümünde olduğu gibi) alias çözünürlüğünü ve fiyat tablosunu tekrar kontrol etmek, delegasyon düzeninin sessizce eskimesini önler.

Model seçiminin kalıcı biçimi, alt-ajan tanım dosyasının frontmatter'ıdır. Resmi sub-agents dokümanındaki örnek tanım model alanını şöyle taşır; bu alan zincirin 2. adımıdır, çağrı anında verilen model onu da ezer:

1---
2name: code-reviewer
3description: Reviews code for quality and best practices
4tools: Read, Glob, Grep
5model: sonnet
6---

1Alt-ajanın hangi modelde koştuğunu oturum içinde doğrula:
2 
3  /tasks    Çalışan alt-ajanın satırında model adını yazar (v2.1.242+).
4 
5  /model    Ana oturumun modelini seçer ve gösterir; zincirin 4. adımı
6            olduğu için alt-ajanların düştüğü son duraktır.

SSS

Hangi işte hangi Claude modelini kullanmalıyım?

Resmi model karşılaştırma dokümanına göre çoğu iş için Claude Opus 5.5 ile başlaman öneriliyor; Opus 5.5 yüksek effort'ta bile yetersiz kaldığı zorlu akıl yürütme ve uzun-ufuklu ajantik işlerde Claude Fable 5.1'e geçmen tavsiye ediliyor. Sonnet 5 ise hız ve zeka dengesinin öne çıktığı günlük kodlama işleri için konumlandırılmış.

Fable 5.1 ile Opus 5.5 arasındaki fark nedir?

İkisi de 1M token bağlam penceresi taşıyor, ama Fable 5.1 varsayılan olarak yüksek effort'ta çalışırken Opus 5.5 orta effort'ta başlıyor. Fiyat farkı belirgin: Fable 5.1 girdi başına 10 dolar / çıktı başına 50 dolar, Opus 5.5 ise 4 dolar / 20 dolar (MTok). Resmi doküman Fable'ı "demanding reasoning and long-horizon agentic work" için, Opus 5.5'i ise çoğu iş yükü için ilk tercih olarak tarif ediyor.

Kodlama ajanında model maliyetini nasıl düşürürüm?

Resmi alt-ajan dokümanına göre maliyeti kontrol etmenin yolu işleri daha hızlı ve ucuz modellere yönlendirmek. Pratikte bu, keşif ve mekanik işleri Sonnet 5'e, yalnız spesifikasyonlu kritik kodu Opus 5.5'e veya Fable 5.1'e vermek anlamına gelir. Ayrıca Fable 5.1'in cache-read fiyatı taban fiyatın 0,025 katı olduğundan, sabit sistem promptunu mümkün olduğunca küçük tutmak da maliyeti düşürür.

Alt-ajanlara (subagent) iş nasıl delege edilir?

Resmi sub-agents dokümanına göre model dört adımda çözülür: çağrıdaki model parametresi, tanımın model frontmatter'ı, CLAUDE_CODE_SUBAGENT_MODEL değişkeni ve son olarak ana konuşmanın modeli. Son adımda tavan yoktur; "capped at Opus on the Claude API" kaydı yalnız built-in Explore için geçerlidir. Bu yüzden her delegasyon çağrısında model alanını açıkça vermek, hangi işin hangi modelde koşacağını garanti altına almanın tek güvenilir yolu.

Opus 5 hâlâ kullanılabilir mi?

Evet. Opus 5, Claude Code v2.1.280'in 22 Eylül 2026'da Opus 5.5'i varsayılan yapmasından sonra bile API'de erişilebilir ve fiyatlandırılmış durumda (girdi başına 5 dolar / çıktı başına 25 dolar, MTok). Emekliye ayrılmadı, ama opus alias'ının arkasındaki varsayılan model artık o değil.

Sonuç

Çoklu model orkestrasyonu, kodlama ajanlarında tek bir "en iyi model" aramaktan vazgeçip işi türüne göre parçalamak demek: keşif ve mekanik iş ucuz modele, spesifikasyonlu kod orta-pahalı modele, riskli ve uzun-ufuklu doğrulama en pahalı modele. Bu ayrımı Claude Code Subagent Model Ataması ve Orkestrasyon Maliyeti yazısında daha derin işledim; delegasyonun paralel çalıştığı senaryolar için Claude Code Multi-Agent Teams yazısına bakabilirsin.

Fable 5.1'in getirdiği değişiklikleri (cache fiyatı dahil) Claude Fable 5.1: Cache %75 Ucuzladı yazısında bulabilirsin. Opus'un hangi işte tercih edilmesi gerektiğine dair daha eski ama hâlâ geçerli bir karar çerçevesi için Claude Opus 4.7 Ne Zaman Kullanılır yazısına, cache ekonomisinin temel mantığı için Claude Prompt Caching: 10x Maliyet Azalt yazısına göz atabilirsin. Bu düzeni gerçek bir vibe coding projesine uygulamak istiyorsan Vibe Coding MVP'sini Production'a Taşıma Rehberi devam adımı olabilir.

Kaynaklar

• Claude Code v2.1.257 sürüm notları — Fable 5.1'in varsayılan model oluşu, cache fiyatı ve CLAUDE_CODE_SUBAGENT_MODEL_FORCE.
• Claude Code v2.1.280 sürüm notları — Opus 5.5'in varsayılan Opus modeli oluşu ve opus alias değişikliği.
• Claude models overview — resmi konumlandırma metni, fiyat/özellik tablosu, bağlam penceresi.
• Claude pricing — Fable 5.1 ve Opus 5.5 cache-read çarpanları, Opus 5'in güncel fiyatı.
• Claude Code sub-agents dokümanı — model miras kuralı, maliyet yönlendirme tavsiyesi, Explore alt-ajanı davranışı.
• Claude Code model-config dokümanı — alias tablosu ve opus alias'ının Opus 5.5'e çözünürlük değişikliği.