Codex Önbellek İsabet Oranı

Öne çıkanlar

• Normal değer: 94.8%, devam eden konuşmalarda 71 kullanıcının medyanı; ortadaki yarı %91.2–%96.9
• Tüm istekler: 91.8%, yönlendirme, süre dolması ve yeni sohbetler dahil
• En büyük ıskalama nedeni: devam eden turlardaki yeni içerik, ıskalamalar içindeki pay: %57
• Arayüzler arasında: 4.6 puan fark, Masaüstü uygulaması, Terminal arayüzü, codex exec (etkileşimsiz)

Her istemci için normal önbellek isabet oranı nedir

2026-11-03 – 2026-11-09 haftası (UTC)

• Devam eden konuşmalarda isabet oranı (kullanıcı medyanı): 94.8%
• Kullanıcıların ortadaki yarısı: 91.2%–96.9%
• Koşulu sağlayan kullanıcılar: 71 (haftada en az 20 devam turu)
• Tüm isteklerde isabet oranı: 91.8%

Arayüze göre Codex isabet oranı

Bir istemcinin CLI’ı, IDE eklentisi ve masaüstü uygulaması neredeyse aynı istekleri gönderir; bu yüzden isabet oranları birbirine yakın olmalıdır.

• Masaüstü uygulaması: 95.3% (55)
• Terminal arayüzü: 95.8% (11)
• codex exec (etkileşimsiz): 91.2% (9)

Sürüme göre Codex isabet oranı

İstek önekini değiştiren bir sürüm, daha yayımlandığı hafta diğerlerinden belirgin biçimde düşük bir isabet oranı gösterir.

• 0.167.0-alpha.3.2: 95.0% (27)
• 0.167.0: 93.3% (6)
• 0.166.0-alpha.6: 95.6% (29)
• 0.166.0-alpha.5.1: 96.4% (28)
• 0.166.0: 96.6% (5)

Haftalık medyan

• 2026-09-29: 96.0% (38 kullanıcı)
• 2026-10-06: 95.3% (54 kullanıcı)
• 2026-10-13: 95.4% (62 kullanıcı)
• 2026-10-20: 95.8% (49 kullanıcı)
• 2026-10-27: 95.1% (72 kullanıcı)
• 2026-11-03: 94.8% (71 kullanıcı)

Codex önbellek isabet oranım neden düşük? Nedenlerine göre ıskalamalar

Bu haftaki girdinin %8.2 oranındaki bölümü önbellekten okunmadı. Aşağıda nedenlerine göre dökümü ve her biri için yapabilecekleriniz yer alıyor.

Devam eden konuşmada yeni içerik ve önek değişiklikleri: ıskalamalar içindeki pay: %57, tüm girdinin yaklaşık %4.7 oranındaki bölümü

OpenAI’ın önbelleği önekin tamamının eşleşmesini ister. Oturum ortasında reasoning effort, araçlar veya çıktı biçimini değiştirmek ya da Codex’in geçmişi sıkıştırması (compaction) öneki değiştirir. Codex’te önbellek ıskalamalarının en büyük kaynağı budur.

Başka bir upstream hesabına veya endpoint’e yönlendirildi: ıskalamalar içindeki pay: %19, tüm girdinin yaklaşık %1.6 oranındaki bölümü

Prompt önbelleği, isteği işleyen upstream hesabında durur. Bir relay veya çok hesaplı bir gateway sonraki turu başka bir hesaba gönderdiğinde tüm bağlam yeniden yazılır. Sağlayıcıya doğrudan bağlantıda bu neden hiç görülmez.

Yeni konuşma veya bir saatten uzun süre boşta: ıskalamalar içindeki pay: %16, tüm girdinin yaklaşık %1.3 oranındaki bölümü

Yeni bir konuşmanın ilk isteği veya bir saat boşta kaldıktan sonraki istek önbelleği yeniden yazmak zorundadır.

Model değiştirildi: ıskalamalar içindeki pay: %3, tüm girdinin yaklaşık %0.3 oranındaki bölümü

Her modelin kendi önbelleği vardır; bu yüzden model değişiminden sonraki ilk istek tüm geçmişi yeniden okur.

5 dakikadan uzun ara, önbelleğin süresi doldu: ıskalamalar içindeki pay: %3, tüm girdinin yaklaşık %0.2 oranındaki bölümü

GPT-5.6 ve sonrasında önbellek, son yazma veya yeniden kullanımdan itibaren varsayılan olarak 30 dakika yaşar; daha eski modeller genellikle 5–10 dakika boşta kaldıktan sonra önbelleği bırakır.

Paralel istek (önceki hâlâ sürüyor): ıskalamalar içindeki pay: %2, tüm girdinin yaklaşık %0.2 oranındaki bölümü

Önceki istek bitmeden gönderilen bir istek (alt agent’lar, paralel araç çağrıları), öncekinin hâlâ yazmakta olduğu önbelleği okuyamaz.

Codex önbellek TTL’i: ne kadar yaşar ve ne kadara mal olur

• OpenAI prompt öneklerini, istemci tarafında breakpoint gerekmeden otomatik olarak önbelleğe alır; GPT-5.6 ve sonrası prompt’ları 1,024 token’dan itibaren önbelleğe alır.
• GPT-5.6 ve sonrası, önbelleği son yazma veya yeniden kullanımdan itibaren varsayılan olarak 30 dakika tutar. Daha eski modeller bellekteki kayıtları yaklaşık 5–10 dakika boşta kalana dek, en fazla bir saat tutar; bazıları 24 saatlik saklamayı destekler.
• Önbellekten okunan girdi genellikle girdi fiyatının 0.1 katından, GPT-6.1 Sol’de 0.05 katından faturalanır; GPT-5.6 ve sonrası önbellek yazma için 1.25 kat ücret alır.
• Codex, oturum kimliğini prompt_cache_key olarak gönderir (kaynak koduna göre); böylece bir oturumun istekleri aynı önbelleğe yönlendirilir.

OpenAI prompt caching · OpenAI önbellek ıskalama teşhisi · Codex kaynak kodu (prompt_cache_key) · Codex issue #35416: reasoning effort değişince önbellek ıskalaması

Codex önbellek isabet oranınızı nasıl kontrol edersiniz

• Codex CLI kapanırken oturumun token kullanımını yazdırır; "+ N cached" kısmı önbellekten okunan girdidir (mevcut davranış, dokümantasyonda yer almıyor).
• API’den: usage.input_tokens_details.cached_tokens ÷ usage.input_tokens; GPT-5.6 ve sonrası önbellek yazmayı da raporlar.
• turn.token_usage OpenTelemetry metriğinde cached_input türü bulunur.
• Wokey’de konsoldaki istek günlüğü, her isteğin önbellek okuma ve önbellek yazma değerlerini gösterir.

OpenAI önbellek ıskalama teşhisi

Relay arkasında isabet oranı neden düşer

• Hesap değişimi: önbellek upstream hesabına aittir; bu yüzden başka bir hesaba giden tur her şeyi yeniden yazar. Relay’lerde en yaygın nedendir; doğrudan bağlantıda hiç görülmez.
• Biçim dönüşümü: Anthropic ve OpenAI biçimleri arasında çeviri yapmak öneki değiştirebilir veya cache_control breakpoint’lerini düşürebilir.
• v2.1.181 öncesi Claude Code, özel bir base URL kullanıldığında system prompt’un başındaki atıf bloğuna her istekte değişen bir token koyuyordu; bu da istek gövdesine göre önbelleğe alan gateway’leri boşa çıkarır. Güncelleyin veya CLAUDE_CODE_ATTRIBUTION_HEADER=0 ayarlayın.
• Kendiniz test edin: asgari önbellek uzunluğunun üzerinde, aynı öneke sahip iki istek gönderin; ikincisinin önbellek okuması önek uzunluğuna yakın olmalıdır.

Wokey, bir konuşmanın sonraki isteklerini mümkün olduğunca aynı upstream hesabına yönlendirir. 2026-10-04 – 2026-10-10 arasında sıradan Wokey kullanıcıları Claude Opus 5.5’te tüm istekler üzerinden %92.8 isabet oranına ulaştı; OpenRouter genelinde bu oran %87.8 oldu.

OpenRouter önbellek isabet oranlarıyla karşılaştırın · Canlı: Wokey herkese açık önbellek isabet oranı API’si (son 7 gün)

Nasıl ölçüyoruz

• Wokey gateway’inden geçen gerçek kullanıcı istekleri; her pazartesi 05:00 UTC’de bir önceki haftayı (pazartesiden pazara) hesaplıyoruz.
• İstemciler, isteğin User-Agent değerinden tanınır. Gerçek istemcisi bilinmeyen SDK, HTTP kütüphanesi ve alt relay istekleri ile kurumsal hesaplar kapsam dışındadır.
• Devam turu, konuşmasındaki önceki istekle aynı modele ve aynı upstream hesabına sahiptir ve o istek bittikten sonraki 5 dakika içinde başlar. Her kullanıcının oranı, bu turlardaki önbellek okuma ÷ girdidir (girdi, önbellek okuma ve yazmayı içerir); haftada en az 20 böyle turu olan kullanıcıların medyanını yayımlıyoruz.
• Bir hücre, koşulu sağlayan en az 5 kullanıcı olduğunda yayımlanır; geçen haftaya göre 3 puandan fazla değişim önce elle kontrol edilir.
• Bilinen sapmalar: yalnızca Wokey kullanıcıları; kullanım alışkanlıkları çok farklıdır; tüm istekler üzerindeki oran, gateway’in kendi yönlendirme kaybını da içerir (“başka bir upstream hesabına yönlendirildi” nedeni).

Sık sorulan sorular