1K başına mı 1M başına mı: her fiyat karşılaştırmasında bekleyen 1000 katlık hata

Büyük dil modeli fiyatları iki birimde veriliyor. Bazı kaynaklar bin token başına, bazıları milyon token başına. Her iki gelenek de yaygın kullanımda, ikisi de sıradan ondalık sayılar gibi görünüyor ve karıştırmak bir karşılaştırmayı bin kat yanlış yapıyor.

Tehlikeli yapan şey hatanın yönü. Bariz biçimde bozuk bir rakam üretmiyor. Muhteşem bir fırsat üretiyor — ve bir fiyat karşılaştırması okuyanın umduğu şey tam olarak muhteşem bir fırsattır.

İki gelenek

Bugün sağlayıcıların kendileri büyük ölçüde milyon başına geleneğine yerleşti. Toplayıcılar, eski dokümantasyon, iç veritabanı sütunları ve epeyce araç hâlâ bin başına kullanıyor, çünkü ilk API’ler çıktığında gelenek buydu.

Hiçbir sütun yanlış değil. Başarısızlık ikisi arasındaki aritmetiktir ve sayıların kendisinde hangi geleneği tuttuğunuzu bildiren hiçbir şey yoktur.

Hata ne üretiyor

Gerçek bir çift alın. Sağlayıcısı tarafından milyon girdi token’ı başına 4,00 listelenen bir öncü model, bin başına 0,00021507’den yeniden satılıyor. Düzgün çevrildiğinde bu yeniden satış fiyatı milyon başına 0,2151’dir ve oran yaklaşık 18,6 kat daha ucuz — büyük ve inandırıcı bir sayı.

İki ham rakamı çevirmeden karşılaştırın: 4,00’a karşı 0,00021507, yani kabaca 18.600 oranı. Rozet “%99,99 indirim” yazardı. Bir yazım hatasına benziyor ve yayımlanmış tablolara kadar hayatta kalmasının sebebi, kimsenin bir indirim rozetine bakıp *fazla iyi* diye düşünmemesi.

Nereden sızıyor

Dört yer, kabaca gördüğümüz sırayla:

• İki sütun, iki gelenek, tek tablo. Kendi fiyatını bin başına, sağlayıcınınkini milyon başına saklayan bir katalog. Hata sütunlarda değil; birini diğerine bölen kodda.
• Toplayıcıdan kopyalamak. Karşılaştırma siteleri kendi geleneklerine normalleştirir ve hangisi olduğunu hep söylemez. Birimsiz alınmış bir sayı anlamsız bir sayıdır.
• Sağlayıcının gelenek değiştirmesi. Fiyatlar düştükçe birkaç sağlayıcı 1K’dan 1M’e geçti. Dönüşümü sabit yazmış eski kod sessizce yanlışa döndü.
• Elektronik tablolar. Başlığında birim olmayan, sıralanmış küçük ondalıklardan oluşan bir sütun. Bunu gözle yakalamak neredeyse imkânsızdır.

Bu istasyon tam da o ayrımı saklıyor — site fiyatları bin token başına, sağlayıcı liste fiyatları milyon başına — bu yüzden dönüşüm her çağrı yerinde değil tek bir test edilmiş fonksiyonda yaşıyor. Bu zarafet değil, hasar kontrolü. Reklam da yayınlayan bir sayfadaki fiyat iddiasında bin katlık bir hata, kodu önlemek için yapılandırmaya değecek türden bir hatadır.

On saniyede nasıl yakalanır

Üç kontrol; hiçbiri doğru cevabı önceden bilmeyi gerektirmiyor.

1. 01Büyüklüğü sınayın. Öncü model girdi fiyatları milyon token başına tek haneli düşük değerlerdedir. Bir rakam binde birler mertebesindeyse ya bin başınadır ya da küçük bir modeldir — hangisi olduğunu, normalde girdinin üç ila beş katı olan çıktı fiyatına bakarak anlarsınız.
2. 02Oranı kontrol edin. Gerçek relay indirimleri kabaca %30 ile %98 arasına düşer. %99,9 üstü bir rozet neredeyse her zaman bir birim hatasıdır, fırsat değil.
3. 03İki tarafı da bir kez kendiniz çevirin. Herhangi bir 1K rakamını 1.000 ile çarpın ve benzeri benzerle karşılaştırın. Karşılaştırma çöküyorsa tablo yanlıştı.

Bu istasyonun kataloğunda, 2026-08-30’da okunduğunda, karşılaştırılabilir liste fiyatı olan 40 modelde medyan indirim %87, en sığı %31 idi. Bu yayılım gerçek olanın nasıl göründüğüdür: geniş, düzensiz ve %100’ün epey berisinde sınırlı. Her modelin aynı başlık indirimini gösterdiği veya birkaçının %99 üstü olduğu bir katalog, fiyat değil aritmetik raporluyordur.

Çözülmüş bir örnek

Diyelim bir relay’in bir model için fiyatını sağlayıcının yayınlanmış oranıyla karşılaştırıyorsunuz.

saglayici_liste_1m = 4.00          # saglayicinin kendi fiyat sayfasindan
relay_fiyat_1k     = 0.00021507    # relay katalogundan

relay_fiyat_1m = relay_fiyat_1k * 1000   # 0.21507
indirim = 1 - (relay_fiyat_1m / saglayici_liste_1m)

# 0.9462  ->  %94,6 daha ucuz, ve dolar basina yaklasik 18,6 kat daha uzaga.
# * 1000 olmadan 0.99995 cikardi, yani "%99,99 indirim".

Bin ile çarpma, makalenin tamamıdır. Tek satırdır, atlanması kolaydır ve atlamak kimsenin sorgulamak istemediği bir sayı üretir.

İki birimde bir referans

Birkaç modelin yayınlanmış girdi fiyatı, sağlayıcıların kendi sayfalarından 2026-08-27’de okunmuş, iki biçimde. Amaç belirli rakamlar değil — onlar değişir — büyüklük mertebeleri; bir sayıyı bir bakışta sınamanızı sağlayan şey odur.

Akılda tutulacak şekil: öncü model girdi fiyatları milyon başına tek hanelidir, yani bin başına binde birlerdir. Bunun kabaca bir mertebe altındaki yeniden satış fiyatı makuldür; üç mertebe altı bir birim hatasıdır.

Bütün bir kataloğu normalleştirmek

Birkaç modelden fazlasını karşılaştırıyorsanız, her şeyi sınırda bir kez tek birime çevirin ve bir daha karıştırmayın. İki kural bunu güvende tutar:

1. 01Birimi ada koyun. fiyat_1m, fiyat değil. fiyat adlı bir değişken er ya da geç fiyat adlı bir değişkene bölünecektir.
2. 02Sınırda çevirin. Kaynağın verdiği her neyse onu iç biriminize çeviren tek bir fonksiyon, kaynak başına bir kez çağrılır. Aşağıdaki her şey tek gelenekte çalışır.

Bu istasyon tam olarak böyle yapıyor ve tercih olduğu için değil: katalog site fiyatlarını bin başına, sağlayıcı liste fiyatlarını milyon başına saklıyor, bu yüzden dönüşüm indirim hesaplanan her çağrı yerinde değil tek bir test edilmiş fonksiyonda duruyor.

Birimler bir fiyat karşılaştırmasında ters giden üç şeyden ilkidir. İkincisi denetlenmemiş bir referans fiyattır, üçüncüsü başlığın gizlediği koşullardır. Üçü de relay’lere dair geniş rehberin içinde yer alıyor.