01 · Ayır
Cüzdanı koruModel isteği gönderilmeden önce cüzdan, girdiye ve varsa istenen çıktı sınırına dayalı bir tahmin tutarı ayırır.Fiyatlandırma yöntemi · güncelleme 2026-08-26
Bir istek göndermeden önce her kuruşu anlayın.
Model.sale, model başına tek bir ön ödemeli karma ücret kullanır. Herkese açık ücret karşılaştırması kolaydır; kullanım defteri ise ayrıntılı token dağılımını ve kesin nihai ücreti tutar.
Kısa yanıt
Tamamlanan bir istekte ücret, bildirilen ücretlendirilen token miktarının güncel herkese açık fiyatla çarpımıdır. Gönderimden önce bir ayırma alt sınırı bloke edilebilir; ancak bu nihai bir ücret değildir ve kullanılmayan kısım serbest bırakılır:
charged_tokens = uncached_input + output + 0.4 × cached_input
charge = charged_tokens / 1,000,000 × model_price
final_charge = measured_charge
released_reservation = reserved_amount - final_chargeFiyat sürümü, istek kabul edildiği anda anlık olarak kaydedilir. Sonraki bir fiyat değişikliği yürüyen bir isteği etkileyemez. Nihai kullanım bilgisi eksikse istek, tahminle ücretlendirilmek yerine mutabakat için billing_pending durumunda kalır.
02 · Ölç
Nihai kullanımı okuJSON ve SSE kullanımı seçilen protokolden çıkarılır. İstek kimliği yanıtı kullanım kaydına bağlar.03 · Mutabık ol
Kalanı serbest bırakDefter tek bir idempotent mutabakat kaydı işler ve kullanılmayan ayırmayı serbest bırakır. Aylık koltuk ücreti eklenmez.“Ücretlendirilen token” ne demek
Protokoller kullanım alanlarını farklı adlandırır; bu yüzden Model.sale bunları tutarlı bir defter görünümüne normalleştirir:
| Kullanım alanı | Nasıl gösterilir | Faturalama işlemi |
|---|---|---|
| Girdi / istem | Girdi token'ları | Ücretlendirilen tokenlara bir kez dahil edilir |
| Önbellekli girdi | Önbellekli token'lar | Model fiyatının %40'ı üzerinden ücretlendirilir |
| Çıktı / tamamlama | Çıktı token'ları | Ücretlendirilen tokenlara bir kez dahil edilir |
| Akıl yürütme | Akıl yürütme token'ları | Bildirildiğinde tanısal bir alt kümedir; çıktının üzerine asla eklenmez |
Bir protokol nihai kullanım bilgisini döndürmezse istek, nihai tutar sessizce tahmin edilmek yerine billing_pending olarak işaretlenir.
Çözümlü örnekler
Örneklerde 0,09 $'lık bir karma ücret kullanılır. Ayırma alt sınırı yalnızca geçici bir bloke tutarıdır; modelinizin güncel ücreti fiyatlar sayfasında gösterilir.
| Ücretlendirilen token | Ham hesaplama | Nihai ücret |
|---|---|---|
| 10.000 | $0.0009 | $0.0009 |
| 100.000 | $0.009 | $0.009 |
| 1.000.000 | $0.09 | $0.09 |
| 2.000.000 | $0.18 | $0.18 |
Birkaç mesajlı bir konuşma, her yanıtın ölçülen kullanımından mesaj mesaj mutabık hale getirilir.
Fiyatlar adil biçimde nasıl karşılaştırılır
Resmî API'ler genellikle girdi, önbellekli girdi ve çıktı için ayrı ücretler yayımlar. Yüzdelik bir “tasarruf”, yalnızca aynı token dağılımı, para birimi ve önbellek kurallarına sahip belirli bir iş yükü için anlamlıdır.
- Kendi isteklerinizdeki girdi, önbellekli ve çıktı dağılımını ölçün.
- Resmî tarifeyi tam olarak bu dağılıma uygulayın.
- Model.sale karma ücretini ölçülen toplam ücretlendirilen token sayısına uygulayın.
- Tahmine başarısız istek, yeniden deneme, ayırmanın serbest bırakılması ve yuvarlama davranışını dahil edin.
Karşılaştırma sayfasındaki referans fiyatlar bir kaynak URL'si ve kontrol tarihi içerir. Bunlar bir kıyaslama (benchmark) veya benzer adlı modellerin aynı çıktıyı üreteceği vaadi değildir.
Fiyat sürümleri ve şeffaflık
Her herkese açık ücretin geçerli bir sürümü, bir ayırma alt sınırı ve bir kontrol zaman damgası vardır. Ayırma nihai bir ücret değildir: nihai kullanımdan sonra yalnızca ölçülen tokenlar mutabık hale getirilir ve kalan serbest bırakılır. Erişilebilirlik ayrıdır: kullanılamayan bir model, rotası onarılırken görünür bir fiyatı koruyabilir ancak müşteri trafiği alamaz.
Model.sale faturalama için istemleri veya yanıt gövdelerini saklamaz. Operasyonel kayıtlar istek meta verilerini, token sayılarını, ücreti, marjı ve güvenli hata sınıflandırmasını içerir.