DeepSeek, V4 Pro isteklerini V4.1 Flash'a taşıma kararından döndü

Ne oldu?#

10 Eylül 2026'da yayımlanan DeepSeek-V4.1-Flash duyurusu üç şeyi birlikte içeriyordu: yeni bir model, yeni bir fiyat listesi ve bir emeklilik takvimi. Duyuruya göre yeni fiyatlar 10 Eylül 04:00 UTC'de yürürlüğe girecek, 14 Eylül 04:00 UTC'den itibaren de deepseek-v4-pro kimliğine gelen istekler V4.1-Flash'a yönlendirilecekti. Bu, üst segment bir modelin isteklerinin daha küçük aktif parametreli bir modele taşınması anlamına geliyordu.

14 Eylül'de yürürlük saati geldiğinde tablo değişmişti. DeepSeek'in model ve fiyatlandırma belgesi, kullanıcı talebi üzerine V4 Pro için API hizmetinin 14 Eylül 2026'dan sonra da sürdürülmesine karar verildiğini ve ücretlendirme yönteminin değişmediğini yazıyor. Belgede iki model kimliği yan yana duruyor: deepseek-flash ve deepseek-v4-pro. Emekliye ayrılan kimlikler ise eski Flash adları; bunlar için geri dönüş yok.

Neden önemli?#

Sağlayıcı tarafında bir model kimliğinin arkasındaki ağırlıkların değişmesi, çağıran taraf için sessiz bir davranış değişikliğidir. İstek başarıyla döner, şema bozulmaz, hata kodu üretilmez; değişen şey yalnızca çıktının içeriği, gecikmesi ve maliyetidir. Bu yüzden zorunlu taşımalar, kod hatalarından farklı olarak izleme panolarında kendiliğinden görünmez. Dört gün önce duyurulmuş bir takvimin son anda geri alınması, tersinden aynı sorunu doğurur: taşımaya hazırlanıp istemcisini deepseek-flash'a çeviren ekip şimdi iki modelli bir dünyada.

Maliyet tarafındaki fark, kararın neden tartışma yarattığını açıklıyor. Belgelenmiş liste fiyatlarına göre V4 Pro'nun çıktı jetonu Flash'ın yaklaşık üç katı, önbellek ıskası olan girdisi ise yine yaklaşık dört katı. Bir ekip için bu, aynı iş yükünün faturasının hangi kimliği çağırdığına göre üç katına kadar farklılaşması demek. Tersten bakıldığında zorunlu taşıma, Pro'yu bilinçli seçmiş ekipler için kalite düşüşü riskiydi; şirketin geri adımı da bu itirazı kabul ettiğini gösteriyor.

Teknik ayrıntı: V4.1-Flash#

• 552 milyar parametreli MoE mimarisi; DeepSeek'in tanımıyla nedensel kodlayıcı–kod çözücü düzeni — 40 katmanın 20'si nedensel kodlayıcı, 20'si kod çözücü.
• Girdi için 8 milyar, çıktı için 16 milyar aktif parametre — toplam boyutla aktif boyut arasındaki makas kasıtlı olarak açık.
• KV önbelleği için bir önceki nesle göre HBM'in 1/4'ü, SSD'nin 1/8'i; uzun soluklu ajan oturumlarının darboğazı doğrudan hedeflenmiş.
• Yerel görsel anlama; ayrı bir vizyon kimliğine ihtiyaç bırakmıyor, deneysel vizyon modeli bu yüzden emekliye ayrıldı.
• API kimliği deepseek-flash. Açık ağırlıklar ve teknik rapor Hugging Face üzerinden yayımlandı.
• DeepSeek'in kendi karşılaştırmasına göre bazı ölçütlerde V4-Pro dahil amiral gemisi modellerin önünde — bu iddia sağlayıcının kendi ölçümüdür, bağımsız değildir.

Liste fiyatları (1M jeton)#

Kimleri etkiliyor?#

Sinaptik yorumu#

Model kimliği bir API sözleşmesidir; sağlayıcı bu sözleşmeyi dört günlük bir duyuruyla değiştirebiliyor, sonra da geri alabiliyor. Buradan çıkan mühendislik kuralı basit: hangi modelin çağrıldığı çalışma zamanında yapılandırmadan okunmalı, kodda sabitlenmemeli; her modelin çıktı kalitesi için kendi temel ölçümü tutulmalı; ve sağlayıcı duyuruları, sürüm notu değil değişiklik yönetimi girdisi sayılmalı. DeepSeek'in geri adımı kullanıcı itirazının işe yaradığını gösteriyor, ama bir sonraki takvimin de geri alınacağının garantisi yok. V4.1-Pro çıktığında aynı soru büyük ihtimalle yeniden sorulacak.