Sonnet 5.5 token fiyatı ve görev başına gerçek maliyet

28 Eylül 2026 tarihinde Anthropic, 22 Eylül'de çıkan Opus 5.5'in ardından 5.5 neslinin ikinci modeli olan Claude Sonnet 5.5'i yayınladı. Fiyat Sonnet 5'e göre değişmedi: milyon girdi tokenı başına $2, milyon çıktı tokenı başına $10 ve prompt önbelleğinden okunan milyon token başına $0,20. Token, yapay zeka modellerinin faturalandırıldığı metin birimidir.

Buna rağmen Anthropic, yeni modelin kendi testlerinde görev başına %30'a kadar daha az maliyetli olduğunu ve çıktısını %30'dan fazla daha hızlı yazdığını söylüyor. Bunun nedeni bir indirim değil. Model aynı işi yapmak için basitçe daha az tokena ihtiyaç duyuyor. Yapay zeka faturası ödeyen her şirketin dikkat etmesi gereken nokta da bu: token başına fiyat, bir görevin size neye mal olduğunu söylemez.

Token fiyatı yerinde dururken fatura neden düşüyor

Bir modelin faturası, token sayısının fiyatlarıyla çarpımıdır. Token sayısını da yalnızca sorunuzun uzunluğu belirlemez. Modelin bir yanıta ulaşmak için ne yaptığına bağlıdır: kaç adım attığı, ne sıklıkla bir araç çağırdığı veya arama yaptığı ve yazmadan önce ne kadar düşündüğü. Anthropic'in dokümantasyonu, düşünme tokenlarının daha pahalı tür olan çıktı tokenları olarak faturalandırıldığını belirtiyor.

Anthropic, duyuruyla birlikte modeli lansmandan önce test eden şirketlerin sonuçlarını da yayınladı:

• Balyasny Asset Management: soru-cevap, veri çıkarma, analiz ve tahmini kapsayan 2.441 finans görevinde Sonnet 5.5, yanıt başına yaklaşık 121.000 token kullandı; Sonnet 5 ise 497.000 token kullanmıştı. Sonnet 5.5 daha yüksek puan da aldı.
• Slack: Slack'in çevrimdışı Slackbot değerlendirmelerinin neredeyse tamamında Sonnet 5'i geçti; bunu daha az adımda ve yaklaşık %14 daha az çıktı tokenıyla, promptlarda hiçbir değişiklik yapmadan başardı.
• Lovable: kodlama değerlendirmelerinde bir görevi bitirmek için üçte bir daha az araç çağrısına ve kabaca yarı yarıya daha az shell çalıştırmasına ihtiyaç duydu.
• Box: önceki modelden daha isabetliydi, 2,4 kat daha hızlıydı ve toplamda %12 daha az token kullandı.

Aralığa dikkat edin: işin türüne göre %12 daha az tokendan kabaca dörtte üç daha aza kadar. Bunlar şirketlerin kendi testleri ve Anthropic tarafından yayınlandı; bağımsız ölçümler değil. Pratikte şirketinizdeki gerçek tasarruf ancak kendi görevlerinizde denenerek bilinebilir.

Sonnet 5.5 mi Opus 5.5 mi: fiyat ve yetenek farkı

Opus 5.5 girdi ve çıktı için iki kat ücret alıyor, önbellek okumaları ise aynı fiyatta; yayınlanan karşılaştırma testlerinin çoğunda fark küçük. Ama Anthropic'in kendisi her modele farklı bir iş veriyor.

Rakamlar Anthropic'in duyurusundan ve fiyatlandırma ile model dokümantasyonundan alınmıştır. Opus 5.5'in Terminal-Bench puanı, Xhigh effort ile elde ettiği en yüksek puanıdır. Karşılaştırma için, Sonnet 5 GDPval-AA'da yaklaşık 1449 puan almıştı.

Rakamlar birbirine yakın, ancak aynı duyuru karşılaştırma testlerinin yeteneğin yalnızca bir yönünü yakaladığını ve hem Anthropic'in kendi testlerinde hem de harici test edenlerin testlerinde Opus 5.5'in sürekli muhakeme gerektiren karmaşık, açık uçlu işlerde açıkça daha güçlü kaldığını söylüyor. Sonnet 5.5 ise kapsamı net günlük görevlerde, hata düzeltmede ve belge, sunum ve tablo hazırlamada en iyi halindedir.

Operasyonel açıdan bizim yorumumuz şu: net kurallara göre bir müşteri sorusunu yanıtlamak, fatura verilerini çıkarmak, bir toplantıyı özetlemek ya da sabit bir şablondan sunum hazırlamak Sonnet'in işleridir. Yeni bir sistem tasarlamak, seçenekleri tartan açık uçlu bir analiz ya da uzun ve karmaşık bir bağlama dayanan bir karar ise Opus'un fiyatını hak edebileceği yerlerdir. Opus 5.5'i üst seviye Fable 5.1 ile önceki bir makalede ayrıntılı olarak karşılaştırmıştık.

Effort: faturayı model adından daha çok etkileyen ayar

Sonnet 5.5 beş effort seviyesiyle çalışır: low, medium, high, xhigh ve max. Seviye yükseldikçe model daha uzun çalışır ve kendini daha çok kontrol eder; bu yüzden görev başına maliyet artar, puan da genellikle yükselir. Varsayılan değer Claude uygulamalarında ve Claude Code'da medium, API üzerinden çağırdığınızda ise high'dır.

Anthropic, birkaç karşılaştırma testinde low veya medium effort'taki Sonnet 5.5'in, görev başına maliyetin yaklaşık onda biriyle Sonnet 5'in en iyi puanını geçtiğini söylüyor. Bir kod değişikliğinin insan düzenlemesi olmadan birleştirilip birleştirilemeyeceğini ölçen FrontierCode'da ise aynı high ayarında Sonnet 5'ten 10 puan daha yüksek skor aldı ve bunu görev başına maliyetin yaklaşık on beşte biriyle yaptı.

Duyurudaki bir not üzerinde durmaya değer: FrontierCode'da Sonnet 5.5, max effort'ta xhigh'a göre daha düşük puan aldı, çünkü incelemeyi birçok alt ajana bölen Claude Code'un kod inceleme becerisini daha sık çalıştırdı; Cognition'ın incelediği iki vakada bu, zaman aşımına veya görevin ötesine geçen düzenlemelere yol açtı. En yüksek effort her zaman en iyi sonucu vermez, ama genellikle en pahalısıdır.

Geçiş kılavuzu ayrıca seviyelerin yeniden kalibre edildiği konusunda uyarıyor; yani belirli bir seviye, Sonnet 5'teki kadar düşünme üretmiyor. Genel işler için high ile, iyi tanımlanmış kodlama ve çok adımlı araç görevleri için medium ile, sohbet ve gecikmeye duyarlı her şey için ise medium veya low ile başlamayı öneriyor. Başka bir deyişle, modeli API üzerinden seviye belirlemeden çağıran bir sistem high'da çalışır ve rutin görevlerinin gerektirdiğinden fazlasını ödeyebilir.

Geliştiriciniz model adını değiştirmeden önce

Model değiştirmek tek satırlık bir değişiklik gibi görünür, ancak geçiş kılavuzu çalışan bir entegrasyonu durdurabilecek veya faturasını değiştirebilecek değişiklikleri sıralıyor:

• Düşünmeyi kapatma yöntemi değişti: Sonnet 5'te düşünmeyi thinking: {"type": "disabled"} ile kapatan sistemler Sonnet 5.5'ten 400 hatası alacak. Bunun yerini, yalnızca low, medium ve high effort'ta kabul edilen yeni between_tools ayarı alıyor.
• Düşünme varsayılan olarak açık: hiçbir düşünme alanı belirtmeyen bir istek, Sonnet 5.5'te uyarlanabilir düşünmeyle çalışır. Düşünmenin varsayılan olarak kapalı olduğu Sonnet 4.6 veya daha eski bir sürümden ya da Haiku 4.5'ten geçen herkes, artık hiç düşünme alanı belirtmemiş isteklerde düşünme tokenları için ödeme yapacak.
• 4. nesilden geliyorsanız aynı metin, daha fazla token: Sonnet 5.5, Sonnet 5'in tokenizer'ını kullanıyor ve dokümantasyona göre aynı metin, içeriğe bağlı olarak Sonnet 4.6, Sonnet 4.5 ve Haiku 4.5'tekinden yaklaşık %30 daha fazla token üretiyor. Anthropic'in duyurduğu görev başına tasarruf, 4. nesle göre değil Sonnet 5'e göre ölçülmüştür.
• Yanıtın biçimi: bir yanıt metinden önce bir düşünme bloğuyla başlayabilir; bu nedenle yanıtın ilk öğesini metin olarak okuyan kod bozulur.
• Reddedilen ayarlar: sabit düşünme bütçeleri, temperature ve top_p gibi parametreler için varsayılan dışı değerler, asistan prefill'i ve ister belirli bir araç ister herhangi bir araç olsun araç kullanımını zorlamak, hepsi 400 hatası döndürür.
• Siber güvenlik görevleri: modelin siber yetenekleri Opus 5 ile karşılaştırılabilir olduğundan Anthropic onu, yüksek riskli güvenlik görevlerinin görünür şekilde Sonnet 5'e düştüğü güvenlik önlemleriyle piyasaya sürdü. API'de, geliştirici yalnızca Claude API'de bulunan beta sunucu taraflı yedeklemeyi açmadıkça reddedilen bir istek bir ret yanıtı döndürür. Rutin geliştirmenin parçası olarak hata bulup düzeltmek bundan etkilenmez.

Model Claude Platform, AWS, Google Cloud ve Microsoft Azure'da kullanılabiliyor ve dokümantasyon, 28 Eylül 2027'den önce kullanımdan kaldırılmayacağını belirtiyor; yani bugün onun üzerine inşa eden biri, geçmeye zorlanmadan önce yaklaşık bir yıla sahip.

Şirketinizde görev başına maliyeti nasıl ölçersiniz

Yapay zeka entegrasyonunuzu yöneten kişiye sorulmaya değer soru, modelin neye mal olduğu değil, kabul edilen tek bir görevin bize neye mal olduğudur. Ölçüm basittir:

• Gerçek bir örneklem seçin: gerçek işinizden 20 ile 50 arası görev, örneğin müşteri yanıtları veya veri çıkarılacak faturalar; uydurma örnekler değil.
• İki modelde de çalıştırın: mevcut modeliniz ve Sonnet 5.5, en az iki effort seviyesinde. API her yanıtla birlikte girdi ve çıktı token sayılarını döndürür; bunları çalışma süresiyle birlikte kaydedin.
• Kaliteyi bir çalışana değerlendirtin: işi bilen biri, hangi çıktıların olduğu gibi kabul edilebilir olduğuna karar versin.
• Kabul edilen görev başına maliyeti hesaplayın: toplam maliyetin kabul edilen çıktı sayısına bölümü. Görevlerinin üçte birinin yeniden yapılması gereken daha ucuz bir model, daha ucuz değildir.
• Fiyatlandırma seçeneklerini kullanın: bir fatura arşivini işlemek gibi acil olmayan işler, Batch API üzerinden yarı fiyatına çalışabilir: milyon token başına $1 girdi ve $5 çıktı. Şirket politikaları veya ürün kataloğu gibi her istekte tekrarlanan bağlam, $2 yerine $0,20 ile önbellekten okunur ve önbelleğe alınabilecek en küçük prompt artık 1.024 yerine 512 tokendır.

Origami'nin görüşü

Fiyat tabloları milyon token maliyetine göre karşılaştırma yapmaya davet eder, ancak bu sürüm önemli olan rakamın bir görevin maliyeti olduğunun açık bir örneğidir. Aynı fiyattaki aynı model daha az adımda çalıştığı için ucuzlayabilir; düşünme varsayılan olarak açılırsa ya da biri ölçmeden effort seviyesini yükseltirse pahalılaşabilir. Tek bir görevin maliyetini bilmeden aylık yapay zeka faturası ödeyen bir şirket, göremediği bir gider kalemini yönetiyor demektir.

Bu yüzden bir şirket içinde dil modeli kullanan her sistemin, model adını ve effort seviyesini yeniden programlama gerektirmeden değiştirilebilen bir ayar haline getirmesi ve görev başına tokenları aylık bir raporda kaydetmesi gerektiğini düşünüyoruz. Böylece bugün Sonnet 5.5 ve Anthropic'in önümüzdeki birkaç hafta içinde geleceğini söylediği Haiku 5.5 gibi yeni bir sürüme geçmek, yeni bir proje değil, günlerle ölçülen bir karar haline gelir.

Sonuç

Sonnet 5.5 liste fiyatını düşürmedi, ancak önceki model sizin iş türünüzde çok sayıda adım ve token harcıyorsa faturanızı düşürebilir. Geçmeden önce:

• Geliştiricinizden düşünme ayarlarını ve yanıtları okuyan kodu gözden geçirmesini, ardından entegrasyonu üretimden önce bir test ortamında denemesini isteyin.
• Kabul edilen görev başına maliyeti gerçek bir örneklem üzerinde, en az iki effort seviyesinde ölçün.
• Sonnet 4.6 veya daha eski bir sürümdeyseniz, herhangi bir tasarruf varsaymadan önce aynı metnin artık ürettiği ek tokenları hesaba katın.
• Opus 5.5'i muhakeme gerektiren açık uçlu görevler için tutun, iyi tanımlanmış tekrarlayan görevleri Sonnet 5.5'e taşıyın ve rakamları tam bir ay boyunca izleyin.

Kaynaklar

• Anthropic — Introducing Claude Sonnet 5.5 (28 Eylül 2026)
• Claude dokümantasyonu — Fiyatlandırma, Batch API ve prompt önbellekleme dahil
• Claude dokümantasyonu — Modellere genel bakış: bağlam penceresi, maksimum çıktı, varsayılan effort ve kullanımdan kaldırma tarihleri
• Claude dokümantasyonu — Claude Sonnet 5.5'e geçiş
• TechCrunch — Anthropic, Sonnet 5.5'i yayınladı (28 Eylül 2026)