DeepSeek en üst modelini daha ucuz bir modele yönlendiriyor ve sizi daha ucuz fiyattan faturalandırıyor

DeepSeek, API kullanıcılarına V4.1 Flash'ın 10 Eylül 2026'da çıkacağını bildirdi. Haber lansmanın kendisi değil. Haber, ardından gelen şey: 4:00 UTC'den, yani Riyad saatiyle 7:00'den itibaren amiral gemisi V4 Pro'ya gönderilen her istek yeni modele yönlendirilecek ve yeni modelin fiyatından faturalandırılacak. Bugün en güçlü modeli kullanan herkes, sisteminde tek bir satırı değiştirmeden yarın en hızlı modelin fiyatını ödeyecek.

Bu, birkaç ay önce fiyatlarını artırıp yoğun saat faturalandırmasını getiren şirketin ta kendisi. Yön tek bir nedenle tersine döndü: her yıllık sözleşmeden daha hızlı hareket eden bir pazar.

Bu, girdide %77'ye, çıktıda %70'e varan bir indirim demek. Rakam önemli, ama duyurudaki üç ayrıntı daha önemli ve faturanızı gerçekten belirleyenler de onlar.

Rakamlar

Fiyatlar bir milyon token başınadır; token, modelin okuduğu en küçük metin birimidir: bir kelime, bir sayı, bir noktalama işareti. Bunlar yoğun olmayan saat tarifeleridir; yoğun saat tarifeleri tam olarak iki katıdır.

KalemBugün V4 ProYarın V4.1 FlashDeğişim
1M girdi tokenı, önbellekten okunan0,022 $0,003 $-%86
1M girdi tokenı, yeni0,66 $0,15 $-%77
1M çıktı tokenı1,98 $0,60 $-%70

Bugün standart V4 Flash kullanıyorsanız düşüş daha küçük ama gerçek: yeni girdi 0,22 $'dan 0,15 $'a, önbellekli girdi ise 0,007 $'dan 0,003 $'a iniyor.

Yoğun saatleri iş sabahınızın içine düşüyor

DeepSeek yoğun ve yoğun olmayan olmak üzere iki tarifeyle faturalandırır ve aradaki fark iki kattır. Yoğun saatler UTC olarak yayımlanır: pazartesiden cumaya 01:00 ile 04:00 ve 06:00 ile 10:00 arası.

Bunu Riyad saatine çevirdiğinizde yoğun dönem 04:00 ile 07:00 ve 09:00 ile 13:00 arasına denk gelir. Suudi Arabistan'daki iş sabahının tamamı yoğun döneme, yani iki kat fiyata düşer. 13:00'ten sonra tarife ertesi sabaha kadar yarıya iner.

Pratik sonuç doğrudan. Bir müşteriye gerçek zamanlı yanıt veren iş, maliyeti ne olursa olsun yerinde kalır, çünkü müşteri beklemez. Kimsenin beklemediği iş — aylık raporu oluşturmak, bir mesaj arşivini sınıflandırmak, eski dosyalardan veri çıkarmak, tutanakları özetlemek — 13:00'ten sonra ya da gece çalıştırılırsa, başka hiçbir değişiklik olmadan yarı fiyatına mal olur. Zamanlama teknik değil operasyonel bir karardır ve burada faturayı model değiştirmek kadar etkiler.

Önbellek: elli katlık bir fark

Tablonun ilk satırına yeniden bakın. Yeni girdi 0,15 $. Önbellekten okunan girdi 0,003 $. Bu elli katlık bir fark; tüm fiyat listesindeki en büyük tekil açıklık ve en sık göz ardı edilen.

Önbellek mesajınızın başlangıç kısmında çalışır. Her istekte aynı başlangıç metnini gönderin; DeepSeek onu bir kez tam fiyattan ücretlendirir, ardından çok küçük bir ücretle yeniden okur. Gerçek sistemlerin çoğu her çağrıda büyük bir sabit blok taşır: asistanın talimatları, ürün ve fiyat listesi, iade politikası, üslup. Bunların hiçbiri bir müşteriden diğerine değişmez.

Dolayısıyla istemini (prompt) düzenleyen bir sistemle düzenlemeyen bir sistem arasındaki fark bir mühendislik inceliği değildir. Mesele, sabit kısmın bir kez mi ücretlendirildiği, yoksa her mesajda baştan tam olarak mı ücretlendirildiğidir. Kural basit: önce sabit, en sonda değişken.

Bir örnek verelim. Ayda 3.000 konuşma yürüten, her biri 4.000 girdi tokenı ve 500 çıktı tokenı içeren bir WhatsApp asistanı, bugünkü yoğun olmayan saat V4 Pro fiyatıyla ayda yaklaşık 10,89 $ tutar. Yarınki V4.1 Flash fiyatıyla 2,70 $'a düşer. İstemi girdinin %80'i önbellekten okunacak şekilde düzenleyin, 1,29 $'a düşer. İlk rakamla son rakam arasında sekiz kat fark var ve son adımda model hiç değişmedi. Yalnızca metnin sırası değişti.

Atlamak yerine okunmaya değer madde

Bildirimdeki bir cümle dikkat çekmeyi hak ediyor: faturalandırma değişikliğinden sonra hizmeti kullanmaya devam etmek yeni koşulların kabulü sayılır ve kabul etmeyen herkes aboneliğini iptal edip para iadesi talep edebilir.

Bu, bulut hizmeti sözleşmelerinde standart bir ifadedir ve değişiklik kullanıcının lehine olduğu için burada itiraz edilecek bir şey yok. Ama ilkeye dikkat etmekte fayda var: aynı madde, aynı mekanizmayla ters yönde bir fiyat değişikliğine de izin verir. Başkasının API'si üzerine ticari bir sistem kuruyorsanız, işletme maliyetiniz iş planında sabit bir rakam değildir. Bildirimle değişen bir koşuldur.

DeepSeek'in ötesindeki ders

Bu, Broadcom VMware'den çıkış aracını hiçbir duyuru yapmadan kaldırdığında yazdığımız örüntünün aynısı: bağlı olduğunuz şey ayağınızın altında değişir ve önemli olan ne kadar hızlı tepki verebildiğinizdir.

Model adına ne olduğuna dikkat edin. Sistemine deepseek-v4-pro yazan bir geliştirici, isteklerinin sağlayıcının kararıyla başka bir yere gittiğini görecek. Burada sonuç onun lehine: sağlayıcının kendi ifadesine göre daha ucuz, daha hızlı ve daha iyi. Ama aynı mekanizma, kararın sizin lehinize olmadığı bir gün isteklerinizi başka bir modele taşıyacak olan mekanizmadır.

Tek bir kural bunu çözer: model adını sisteminizin her yerine dağıtmayın. Onu tek bir yapılandırma değeri olarak tutun ve her çağrının kodunuzdaki tek bir katmandan geçmesini sağlayın. Böylece modeli değiştirmek, hatta sağlayıcıyı tamamen değiştirmek bir proje değil, tek satırlık bir düzenleme olur. Bunu baştan yapmak hiçbir şeye mal olmaz; sonradan uyarlamak haftalar alır.

Bağlanmadan önce modelleri tartıyorsanız, DeepSeek, Claude ve GPT'yi her birinin uygun olduğu iş türüne göre manşet rakamlarına göre değil karşılaştırdık ve bu karşılaştırma hâlâ geçerli: yalnızca fiyata göre değil, göreve göre de farklılaşıyorlar.

Ve bir işletme sahibi için en önemli nokta: bu fiyatlarla bir projeyi durduran şey artık model değil. Ayda binlerce konuşmada bir asistan çalıştırmak artık ofisinizin kahve faturasından daha ucuz. Sonucu belirleyen, modelin etrafındaki her şeydir: verilerinizin onun okuyabileceği kadar düzenli olup olmadığı, gerçekten sistemlerinize bağlı mı yoksa boşluktan mı yanıt verdiği ve bir şeyi yanlış yaptığında ne olacağını bilip bilmediğiniz.

Origami'de bunu nasıl ele alıyoruz

Müşterilerimiz için kurduğumuz sistemlerde her model çağrısı tek bir katmandan geçer ve model adı kodun içinde tekrarlanmak yerine bir yapılandırma dosyasında durur. Pazar değiştiğinde, ve yaklaşık her ay değişiyor, bir müşteriyi daha ucuz ya da daha doğru bir modele geçirmek yeniden inşa değil, dakikalar içinde uygulanan ve ardından ölçülen bir karardır.

İstem sırasını da bir ayrıntı değil, bir tasarım kararı olarak ele alıyoruz: sabit blok önce, böylece önbellekten okunur; değişken kısım en sonda. Ve anında yanıt gerektireni bekleyebilecek olandan ayırıyoruz, böylece ikinci tür ucuz saatlerde çalışır. Arayüzde kimsenin görmediği üç karar; hepsi faturada kendini gösterir.

Kaynaklar