Claude prompt caching maliyet hesaplama rehberi

Prompt caching maliyetleri: Tasarruf öncesi maliyet

Prompt caching, Claude'un isteminizin baş kısmını her çağrıda yeniden okumak yerine yeniden kullanmasını sağlar; tüm karar süreci, modelin temel girdi fiyatı üzerindeki iki çarpan ile belirlenir. Ekim 2026 itibarıyla, bir önbellek yazma işlemi her modelde 5 dakikalık ömür için temel girdinin 1.25 katı, 1 saatlik ömür için ise 2 katı maliyete sahiptir. Önbellek okuma maliyeti çoğu modelde 0.1 katıdır, ancak okuma çarpanı artık her yerde aynı değildir. 1 Eylül 2026 tarihinde bu oranla piyasaya sürülen Claude Fable 5.1 ve Claude Mythos 5.1 modellerinde bu oran 0.025 katıdır. Claude Opus 5.5 ve Claude Sonnet 5.5 modellerinde ise 0.05 katıdır; Sonnet 5.5 için bu oran 7 Ekim 2026 tarihinde 0.1 katından bu seviyeye düşürülmüştür. Aşağıdaki hesaplamalarda standart 0.1 katı okuma çarpanı kullanılmıştır. Daha ucuz okuma maliyetleri başa baş noktasını sizin lehinize hafifçe değiştirir; bir sonraki bölümde bunun ne kadar olduğu gösterilmektedir.

Bu işlem, şimdi ödenen bir ek ücret ile daha sonra elde edilen bir indirim arasındaki takastır. Bir öneki depolamak için bir kez fazladan ödeme yaparsınız. Tam olarak aynı baytlarla başlayan her sonraki istek, o kısım için normal girdi fiyatının onda birini veya yukarıdaki modellerde daha azını öder. Ömrü boyunca hiç yeniden kullanılmayan bir önek, size yüzde 25 fazladan maliyete neden olur ve karşılığında bir tasarruf sağlamaz.

Başa baş noktası, tek satırlık cebir

Önek için temel girdi maliyetini, önbelleksiz gönderim durumunda B olarak tanımlayalım. Önbellekleme olmadan N adet istek, N çarpı B maliyetine denk gelir. 5 dakikalık önbellek ile ilk istek öneki 1.25B maliyetle yazar, diğer N eksi 1 istek ise 0.1B maliyetle okur. İkisini birbirine eşitlediğinizde 0.9N = 1.15 elde edersiniz, buradan da N = 1.28 çıkar. İkinci istek, önbellekleme yapmamaktan zaten daha ucuzdur.

Bunu 1 saatlik önbelleğin 2 kat yazma maliyetiyle tekrarladığınızda 0.9N = 1.9 elde edersiniz, buradan da N = 2.11 çıkar. Uzun süreli önbellek, başa baş noktasına gelmeden önce iki okumaya ihtiyaç duyar; varsayılan tercih olmamasının nedeni budur.

Daha ucuz okumalarda çizgi hareket eder ancak çok uzağa gitmez. 0.05x okuma oranında 5 dakikalık önbellek 0.95N = 1.2 sonucunu verir, yani N = 1.26; 0.025x oranında ise 0.975N = 1.225 sonucunu verir, bu da yine N = 1.26 eder. 1 saatlik önbellek ise N = 2.05 ve N = 2.03 değerlerine düşer. Pratik cevap her modelde aynıdır: 5 dakikalık önbellek ikinci istekten, 1 saatlik önbellek ise üçüncü istekten itibaren kazanç sağlar.

Aşağıdaki grafik, Claude Opus 5 üzerinde 20.000 tokenlık bir önek için bunu fiyatlandırmaktadır. Ekim 2026 itibarıyla temel girdi oranı, Ağustos ayından bu yana değişmeyerek milyon token başına 5 dolardır. Opus 5 artık eski bir modeldir ancak hala kullanılabilirdir. Halefi olan Claude Opus 5.5, 0.05x okuma oranıyla milyon başına 4 dolar olarak listelenir; dolayısıyla aynı önek orada yazmak için 0.10 dolar, okumak için 0.004 dolar maliyet oluşturur. Standart 0.1x okuma oranına sahip milyon başına 3 dolarlık bir model için her rakamı 0.6 ile ölçeklendirin. Eğrinin şekli değişmez.

[
  {
    "requests": 1,
    "uncached_usd": "0.10",
    "cached_5m_usd": "0.125",
    "cached_1h_usd": "0.20"
  },
  {
    "requests": 2,
    "uncached_usd": "0.20",
    "cached_5m_usd": "0.135",
    "cached_1h_usd": "0.21"
  },
  {
    "requests": 3,
    "uncached_usd": "0.30",
    "cached_5m_usd": "0.145",
    "cached_1h_usd": "0.22"
  },
  {
    "requests": 5,
    "uncached_usd": "0.50",
    "cached_5m_usd": "0.165",
    "cached_1h_usd": "0.24"
  },
  {
    "requests": 10,
    "uncached_usd": "1.00",
    "cached_5m_usd": "0.215",
    "cached_1h_usd": "0.29"
  },
  {
    "requests": 20,
    "uncached_usd": "2.00",
    "cached_5m_usd": "0.315",
    "cached_1h_usd": "0.39"
  }
]

Tek başına bir istek, önbelleksiz $0.10 ve önbellekli $0.125 maliyetine sahiptir; bu nedenle tek seferlik bir istemi önbelleğe almak tamamen zarardır. İkinci istekte 5 dakikalık önbellek $0.20 karşısında $0.135 seviyesindedir. 1 saatlik önbellek o noktada hala geridedir; aynı $0.20 karşısında $0.21 maliyetindedir ve önbelleksiz çizgiyi ancak üçüncü istekte geçer: $0.30 karşısında $0.22. 20 istek sonunda fark, $0.315 karşısında $2.00 şeklindedir.

Bir önbellek isabeti (cache hit) aynı zamanda girdiyi yeniler; yayınlanan fiyat tablosunun o sütunu "önbellek isabetleri ve yenilemeler" olarak adlandırmasının nedeni budur. Bu nedenle yoğun bir uç nokta, 5 dakikalık bir girdiyi okuma fiyatları üzerinden süresiz olarak canlı tutar ve 1 saatlik ömür, yalnızca trafiğinizde gerçek boşluklar olduğunda 2 kat yazma maliyetini hak eder.

Düşük isabet oranının maliyeti

Gerçek trafik ıskalamalara neden olur. Önbelleği ıskalayan ancak yine de bir breakpoint taşıyan istek, yazma işlemi olarak ücretlendirilir; bu nedenle durumu modellemenin en doğru yolu, maliyeti isabet oranının bir fonksiyonu olarak ele almaktır. Aşağıdaki grafik, her biri aynı 20,000 token'lık öneki taşıyan 1,000 istek için bu durumu göstermektedir.

[
  {
    "hit_rate_percent": 0,
    "cost_5m_usd": "125.00",
    "cost_1h_usd": "200.00",
    "uncached_usd": "100.00"
  },
  {
    "hit_rate_percent": 25,
    "cost_5m_usd": "96.25",
    "cost_1h_usd": "152.50",
    "uncached_usd": "100.00"
  },
  {
    "hit_rate_percent": 50,
    "cost_5m_usd": "67.50",
    "cost_1h_usd": "105.00",
    "uncached_usd": "100.00"
  },
  {
    "hit_rate_percent": 75,
    "cost_5m_usd": "38.75",
    "cost_1h_usd": "57.50",
    "uncached_usd": "100.00"
  },
  {
    "hit_rate_percent": 90,
    "cost_5m_usd": "21.50",
    "cost_1h_usd": "29.00",
    "uncached_usd": "100.00"
  },
  {
    "hit_rate_percent": 95,
    "cost_5m_usd": "15.75",
    "cost_1h_usd": "19.50",
    "uncached_usd": "100.00"
  },
  {
    "hit_rate_percent": 99,
    "cost_5m_usd": "11.15",
    "cost_1h_usd": "11.90",
    "uncached_usd": "100.00"
  }
]

Yüzde 0 isabet oranında, $100.00 yerine $125.00 ödersiniz ve 1 saatlik önbellek faturayı $200.00 tutarına çıkararak ikiye katlar. 1.25 eksi 1.15h = 1 denklemini çözdüğünüzde, 5 dakikalık önbelleğin yaklaşık yüzde 22 isabet oranında tasarruf sağlamaya başladığını görürsünüz; bu yüzden yüzde 25 seviyesi halihazırda $96.25 değerini göstermektedir. Aynı hesaplama 2 kat yazma maliyeti için yapıldığında 1 saatlik önbellek için yaklaşık yüzde 53 sonucu çıkar; dolayısıyla yüzde 50 isabet oranı, önbelleksiz hattın üzerinde kalarak hala $105.00 maliyetine neden olur. Yüzde 90 seviyesinde her iki değer de $21.50 ve $29.00 noktalarına iner. Yüzde 99 seviyesinde ise kısa süreli önbellek, önbelleksiz fiyatın onda biri olan taban fiyata yakın bir değer olan $11.15 seviyesine ulaşır.

0.05 kat okuma maliyetine sahip bir modelde eşik değerler, 5 dakikalık önbellek için yaklaşık yüzde 21'e, 1 saatlik önbellek için ise yüzde 51'e düşer. 0.025 kat okuma maliyetinde ise bu değerler yaklaşık yüzde 20 ve yüzde 51 seviyelerine geriler. Taban fiyat, okuma maliyetiyle birlikte önbelleksiz maliyetin yirmide birine veya kırkta birine kadar düşer.

İsabet oranı, izlenmesi gereken temel veridir; çünkü önek boyutu sabitlendikten sonra kontrol edebileceğiniz tek girdi budur.

Hangi önekler kesme noktasına değer

Bir istek dört adede kadar önbellek kesme noktası taşıyabilir, bu nedenle hangi blokların bir kesme noktasını hak ettiği sorusu önem kazanır. Adaylar, çağrılar arasında bayt düzeyinde aynı olan ve dikkate alınmaya değer büyüklükteki bloklardır. Aşağıdaki tablo, 5 dakikalık önbellekte yüzde 90 isabet oranıyla 1.000 istek üzerinden dört yaygın şekli fiyatlandırmaktadır.

[
  {
    "label": "System prompt",
    "prefix_size_tokens": "2,000",
    "uncached_usd": "10.00",
    "cached_usd": "2.15",
    "saved_usd": "7.85"
  },
  {
    "label": "System plus tools",
    "prefix_size_tokens": "8,000",
    "uncached_usd": "40.00",
    "cached_usd": "8.60",
    "saved_usd": "31.40"
  },
  {
    "label": "Policy document",
    "prefix_size_tokens": "25,000",
    "uncached_usd": "125.00",
    "cached_usd": "26.88",
    "saved_usd": "98.12"
  },
  {
    "label": "Codebase context",
    "prefix_size_tokens": "120,000",
    "uncached_usd": "600.00",
    "cached_usd": "129.00",
    "saved_usd": "471.00"
  }
]

Yalın bir 2,000 belirteçlik sistem istemi, önbelleksiz 10.00 maliyete karşılık 1.000 istek başına $7.85 tasarruf sağlar. Yüksek hacimlerde bu gerçek bir paradır, ancak önbelleğe almayı ilginç kılan şey sadece bu değildir. Araç tanımlarını eklediğinizde 8,000 belirtece ve $31.40 tasarrufa ulaşırsınız. Her isteğin soru sorduğu 25,000 belirteçlik bir politika belgesi $98.12 tasarruf sağlar. Son satır mimariyi değiştiren kısımdır: 120,000 belirteçlik kod tabanı veya transkript bağlamı, önbelleksiz durumda $600.00, önbellekli durumda ise $129.00 maliyete sahiptir; bu da $471.00 tasarruf anlamına gelir.

Tasarruflar, önek boyutu ve isabet oranı ile ölçeklenir, başka hiçbir şeyle değil. Bu durum, bir isteme neyin konulmaya değer olduğunu değiştirir: bir milyon Claude belirtecinin gerçek maliyeti, birden fazla kez gönderdiğiniz her şey için liste fiyatının onda birine veya daha azına düşer.

Aylık faturaya yansıması

Aşağıdaki tablo, yukarıdaki 8,000 belirteç önekini, bir sistem istemini ve araç tanımlarını yüzde 90 isabet oranıyla ele alır ve bunları aylık istek hacimlerine göre ölçeklendirir.

[
  {
    "label": "10k requests",
    "uncached_usd": "400.00",
    "cached_usd": "86.00",
    "saved_usd": "314.00"
  },
  {
    "label": "100k requests",
    "uncached_usd": "4,000.00",
    "cached_usd": "860.00",
    "saved_usd": "3,140.00"
  },
  {
    "label": "1M requests",
    "uncached_usd": "40,000.00",
    "cached_usd": "8,600.00",
    "saved_usd": "31,400.00"
  }
]

Aylık 10.000 istekte tasarruf $314.00 tutarındadır; bu, $400.00 ile $86.00 arasındaki farktır. 100.000 istekte bu tutar $3,140.00 olur. Bir milyon istekte önbelleğe alınmamış girdi faturası $40,000.00 seviyesindedir ve önbellekleme bunun $31,400.00 kadarını ortadan kaldırır. Bunlar yalnızca girdi belirteçleridir. Çıktı ayrı olarak fiyatlandırılır ve önbellekleme çıktı üzerinde bir etkiye sahip değildir; birine yüzde 90 fatura indirimi sözü vermeden önce bunu hatırlamakta fayda vardır. Önbellekleme, bir yapay zeka temsilcisinin maliyetini VPS üzerinde kontrol altında tutma konusundaki daha geniş alışkanlıklarla birlikte değerlendirilmelidir.

Önbelleğin çalıştığını doğrulama

Tasarıma güvenmeyin. Yanıt üzerindeki kullanım bloğunu okuyun. Her Messages API (uygulama programlama arayüzü) yanıtı, yazdığı önbelleğe alınmış token'ları, okuduğu önbelleğe alınmış token'ları ve işlemek zorunda kaldığı yeni token'ları raporlar.

from anthropic import Anthropic

client = Anthropic()

resp = client.messages.create(
    model="claude-opus-5",
    max_tokens=512,
    system=[
        {
            "type": "text",
            "text": POLICY_DOCUMENT,
            "cache_control": {"type": "ephemeral"},
        }
    ],
    messages=[{"role": "user", "content": question}],
)

u = resp.usage
print("write:", u.cache_creation_input_tokens)
print("read: ", u.cache_read_input_tokens)
print("fresh:", u.input_tokens)

Aynı belge ve farklı bir soru ile iki kez çalıştırın. İlk çağrı, sıfır olmayan bir cache_creation_input_tokens ve sıfır bir cache_read_input_tokens raporlar. İkinci çağrı bunu tersine çevirir, çünkü önek bulunmuştur. input_tokens yalnızca son kesme noktasından sonraki token'ları sayar, bu nedenle sağlıklı bir ikinci çağrıda bu değer küçüktür; genellikle sadece yeni kullanıcı mesajından oluşur. Her iki çağrı da ücretlendirilir, çünkü Claude API'nin ücretsiz bir katmanı yoktur, ancak yukarıda fiyatlandırılan 20.000 token'lık önek için bu ikili yaklaşık on dört sente mal olur.

request.json dosyasına kaydettiğiniz bir istek gövdesine karşı, kabuk üzerinden aynı kontrol:

curl -s https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d @request.json | jq '.usage'

Sağlıklı bir ikinci çağrı şuna benzer bir çıktı verir:

{
  "input_tokens": 42,
  "cache_creation_input_tokens": 0,
  "cache_read_input_tokens": 20143,
  "output_tokens": 187
}

Tek bir satır size gerçeği söyler. Eğer cache_read_input_tokens çağrılar boyunca 0'da kalıyorsa, her seferinde 1.25x yazma ücreti ödüyor ve karşılığında hiçbir şey almıyorsunuz demektir.

1 saatlik yaşam süresi için, kesme noktası bir yaşam süresi (TTL) taşır:

{
  "type": "text",
  "text": "your stable prefix",
  "cache_control": {"type": "ephemeral", "ttl": "1h"}
}

Ayrıca otomatik önbelleğe alma da mevcuttur: isteğin en üst seviyesinde tek bir cache_control alanı; bu alandan sonra API, konuşma büyüdükçe kesme noktalarını yönetir. Bu, dört kesme noktası yuvanızdan birini tüketir. Buradan başlayın. Sınırın tam olarak nerede duracağına karar vermeniz gerektiğinde açık kesme noktalarına geçin.

İsabet oranını düşüren sıralama kuralı

Önbellek, isteğin başından itibaren bayt bazında bir önek eşleşmesi yapar ve istek sabit bir sırada birleştirilir: araçlar, ardından sistem, en son mesajlar. Herhangi bir seviyedeki değişiklik, o seviyeyi ve ondan sonra gelen her şeyi geçersiz kılar. Bir araç açıklamasını düzenlediğinizde, sistem istemi ve tüm mesaj geçmişi, onlara dokunmamış olsanız bile geçersiz hale gelir.

Bu durum, istisnası olmayan tek bir kural doğurur. Çağrılar arasında değişen her şey, değişmeyen her şeyden sonra gelmelidir.

Buna genellikle zaman damgaları neden olur. Sistem isteminin en üstünde yer alan Current time: 2026-08-03T14:07:11Z ifadesi, önbellek isabet oranını yüzde 0'a sabitler; çünkü önek karması (hash) her çağrıda farklıdır ve önceki hiçbir girdi bununla eşleşemez. Bu ifadeyi kullanıcı mesajının sonuna taşıyın. Oturum tanımlayıcıları veya istek bazlı nonce değerleri de aynı şekilde çalışmayı bozar ve aynı çözümle düzeltilir. Her istekte farklılık gösteren getirilen belgeler de önbelleğe alınmış bloğun arkasına yerleştirilmelidir; aksi takdirde bu belgeler, tüm kararlı belirteçleri hareketli bir sınırın arkasına iter.

İkinci hata, kesme noktasını değişen bloğa koymaktır. Önbellek yazma işlemleri kesme noktasında gerçekleşir; bu nedenle, eğer o blok her seferinde farklıysa, hiçbir kararlı veri depolanamaz ve geriye dönük arama, yalnızca önceki isteklerin kendi hareketli kesme noktalarında yazdığı girdileri bulur. cache_control işaretini, içeriği istekler arasında aynı kalan son bloğa yerleştirin.

Üçüncüsü ise istem içeriği olarak düşünmediğiniz bir parametre değişikliğidir. Farklı bir modelin farklı bir önbelleği vardır. tool_choice değerini değiştirmek, araçlar ve sistem istemi önbellekte kalsa bile mesaj geçmişini geçersiz kılar. Bir araç eklemek veya çıkarmak ise her şeyi geçersiz kılar.

Minimum önek ve sessiz işlem yapmama durumu

Modelin minimum değerinden daha kısa bir önek önbelleğe alınmaz ve bu durum size bildirilmez. Herhangi bir hata veya uyarı oluşmaz. İstek başarılı olur ve her iki sayaç da 0 değerini gösterir. Ekim 2026 itibarıyla yayınlanan minimum değerler şöyledir:

• Claude Opus 5 ve Claude Fable 5 ile daha yeni olan Opus 5.5, Sonnet 5.5, Fable 5.1 ve Haiku 5.5 modellerinde 512 token
• Claude Sonnet 5 ve Claude Opus 4.8 modellerinde 1.024 token
• Claude Haiku 4.5 modelinde 4.096 token

Önbelleğe alındığını düşündüğünüz bir istekte her iki sayaç da 0 değerini gösteriyorsa, başka bir şey yapmadan önce önek uzunluğunu kontrol edin. En ucuz modelin, önbellekleme iş yükleri için otomatik olarak en ekonomik seçenek olmamasının nedeni de budur. Haiku 4.5, önbelleklemenin devreye girmesi için Opus 5'ten sekiz kat daha uzun bir öneke ihtiyaç duyar; bu nedenle 2.000 tokenlık bir sistem istemi, bir modelde önbelleğe alınırken diğerinde sessizce göz ardı edilir.

Claude Code'un önbellekleme yaptığı yerler ve yapamadığı durumlar

Claude Code, kendi önekini (prefix) önbelleğe alır. Sistem istemi ve araç tanımları her isteğin başında yer alır ve değişmez; bu nedenle bir kez yazılır ve oturumun geri kalanında tekrar okunur. Uzun bir oturumun her adımındaki maliyetin, bağlam boyutunun düşündürdüğünden çok daha düşük olmasının nedeni budur ve bu durum Claude Code'un token kullanımını nasıl raporladığı kısmında açıklanan sayaçlarda görülür.

Yardımcı olamadığı durum ise bağlamın başındaki bir değişikliktir. Konuşma geçmişi yalnızca ekleme (append-only) mantığıyla çalışır; bu nedenle normal yeni adımlar, zaten önbelleğe alınmış bir öneki genişletir. Oturumun başında okunan bir dosyayı düzenlemek bunu bozmaz, çünkü Claude Code önceki okumayı yeniden yazmak yerine dosyanın değiştiğine dair bir not ekler. Bunu bozan şey model değiştirmektir, çünkü her modelin kendi önbelleği vardır. Araçları öneke yüklenen bir MCP sunucusunu bağlamak da bunu bozar; aynı şekilde konuşmayı sıkıştırmak da öyledir. Bunların her biri, bir sonraki adımda önekin yeniden yazılmasına neden olur. Uzun bir boşluk süresi de aynı sonucu doğurur, çünkü girdi süresi dolar ve bir sonraki adım tam yazma maliyetine tabi olur. Bunların hiçbiri bir hata değildir. Bunlar, önek kuralının tam olarak belirtildiği şekilde çalışmasıdır.

Eğer kendi istemcinizi yazıyorsanız, düzeni sonradan uyarlamak yerine ilk istekten itibaren uygulayın: çağrıyı bir VPS üzerinde ilk Claude API uygulaması örneğinde olduğu gibi, sabit bloklar başta ve değişken olanlar sonda olacak şekilde oluşturun.

Hata modları ve karşılaşacaklarınız

Her çağrı bir yazma işlemidir. cache_creation_input_tokens her istekte sıfırdan farklıdır, cache_read_input_tokens ise 0 kalır. Kesme noktasında veya öncesinde bir şey çağrılar arasında değişmektedir. Birleştirilmiş önekinizin ilk 200 karakterini art arda iki istekte yazdırın ve gözle karşılaştırın.

Her iki sayaç da 0. Önek, model minimumunun altındadır veya cache_control alanı API'ye hiç ulaşmamıştır. Önce önek belirteçlerini sayın, ardından gerçekten gönderdiğiniz istek gövdesini günlüğe kaydedin.

Okumalar çalışıyor ancak duruyor. Bir dizi isabet, ardından bir yazma ve tekrar isabetler. İstekler arasındaki boşluk, yaşam süresinden (TTL) daha uzundu. Yazma işlemini kabul edin veya isabet oranınızın yüzde 53'ü, 0.05x veya 0.025x okuma oranına sahip bir modelde ise yaklaşık yüzde 51'i geçtiğini doğruladıktan sonra 1 saatlik TTL süresine geçin.

Dağıtım sonrası isabet oranı düşüyor. Bir araç açıklaması düzenlendi veya model değiştirildi. Her ikisi de tüm öneki geçersiz kılar. İstemi etkileyen her dağıtımdan sonra bir tur maliyetli yazma işlemi bekleyin.

Önbelleğe almayı etkinleştirdikten sonra fatura yükseldi. İsabet oranınız başa baş noktasının altındadır. 5 dakikalık önbellekte yaklaşık yüzde 22'nin altında, öneki önbelleğe almadan göndermek daha ucuzdur; 1 saatlik önbellekte ise yüzde 53'ün altında aynı durum geçerlidir. Daha ucuz okuma modellerinde bu sınırlar yaklaşık yüzde 20 ila 21 ve yüzde 51 seviyelerindedir.

FAQ

Bir istemin, önbelleğe almanın maliyetini karşılaması için kaç kez yeniden kullanılması gerekir?

5 dakikalık önbellekte bir kez. Çoğu modelde yazma işlemi temel girdi maliyetinin 1,25 katı, okuma işlemi ise 0,1 katıdır; bu nedenle N adet önbelleğe alınmamış istek N maliyetine sahipken, N adet önbelleğe alınmış istek 1,25 artı 0,1 çarpı (N eksi 1) maliyetine sahiptir. İki değer N = 1,28 noktasında kesişir, dolayısıyla ikinci istekte maliyet avantajı sağlanmış olur. 0,05x veya 0,025x okuma maliyetine sahip modellerde kesişim N = 1,26 noktasındadır, bu da aynı sonucu verir. 1 saatlik önbellek 2x maliyetle yazar ve N = 2,11 noktasında kesişir; daha ucuz okumalarda bu değer yaklaşık 2,05'tir, yani iki okuma gerektirir.

Neden cache_read_input_tokens değeri her zaman sıfır?

Öncelikle önek uzunluğunu kontrol edin: Ekim 2026 itibarıyla Claude Opus 5 için 512 token ve Claude Haiku 4,5 için 4.096 token olan model minimumunun altındaki değerlerde önbelleğe alma işlemi sessizce atlanır ve her iki sayaç da 0 değerini gösterir. Önek yeterince uzunsa, sistem istemindeki zaman damgası veya oturum tanımlayıcısı gibi, çağrılar arasında değişen ve kesme noktasında veya öncesinde yer alan içerikleri inceleyin. Sayaçlar çalışırken durduysa, istekler arasındaki boşluk önbellek ömründen daha uzun sürmüş demektir.

İstem önbelleğe alma, Claude'un yanıtlarını değiştirir mi?

Hayır. Önbellek, zaten gönderdiğiniz token'ların işlenmiş halini saklar ve model her iki durumda da aynı istemi görür. Bu bir faturalandırma ve gecikme süresi özelliğidir, davranış değişikliği değildir. Bu durum, değerlendirmelerinizi yeniden çalıştırmanıza gerek kalmadan çalışan bir istem üzerinde önbelleğe almayı etkinleştirebileceğiniz anlamına gelir.

1 saatlik önbellek için ödeme yapmalı mıyım?

Yalnızca trafiğinizde 5 dakikadan uzun boşluklar olduğunda ve isabet oranınız yine de yaklaşık yüzde 53'ün (daha ucuz okumaya sahip bir modelde yaklaşık yüzde 51'in) üzerinde kalacaksa ödeme yapmalısınız. Bir isabetsizlik durumunda, 2x yazma maliyeti 1,25x yazma maliyetinin dört katıdır. Başarısız bir 1 saatlik yazma işlemi, önekin tüm temel girdi fiyatını boşa harcarken, başarısız bir 5 dakikalık yazma işlemi bunun yalnızca dörtte birini boşa harcar. 5 dakikalık bir giriş her isabette yenilenir, bu nedenle düzenli trafik, daha uzun ömür için ödeme yapmanıza gerek kalmadan okuma fiyatlarıyla önbelleği canlı tutar.