DeepSeek, Eski API Modellerini 24 Temmuz'da Devre Dışı Bırakıyor

DeepSeek, API'sindeki eski model adları deepseek-chat ve deepseek-reasoner'ı 24 Temmuz 2026, saat 15:59 UTC'de tamamen emekliye ayırıyor. Bu tarihten sonra eski model adlarıyla yapılan istekler doğrudan hata döndürecek; yani entegrasyonunuzu güncellemediyseniz uygulamanız o an çalışmayı kesecek.

DeepSeek, geçtiğimiz aylarda düşük maliyetli açık ağırlıklı modelleriyle özellikle bütçe odaklı geliştirici ekipleri arasında hızla yaygınlaştı; V4 ailesi bu büyümenin bir sonraki adımı olarak sunuluyor. Ancak model adlarının değişmesi kadar, arka planda çalışma mantığının da değişmesi önemli: eski deepseek-reasoner her istekte tam güçle "düşünen" bir modelken, yeni yapıda düşünme davranışı ayrı bir parametreyle kontrol ediliyor — bu da esneklik kazandırırken, parametreyi bilmeyen ya da varsayılan ayarla bırakan ekipler için maliyet sürprizi riski taşıyor.

Geçiş şu şekilde: deepseek-chat ve deepseek-reasoner'ın yerini deepseek-v4-flash alıyor; isteyen geliştiriciler daha güçlü akıl yürütme için deepseek-v4-pro'ya da geçebiliyor. Fiyatlandırma iki katman arasında ciddi fark gösteriyor:

• DeepSeek-V4-Flash: 1 milyon girdi token'ı için 0,14$, önbellekli girdi için 0,028$, çıktı için 0,28$
• DeepSeek-V4-Pro: girdi 1,74$, önbellekli girdi 0,145$, çıktı 3,48$ — Flash'a göre çıktıda yaklaşık 12 kat daha pahalı, buna karşılık akıl yürütme kalitesi belirgin şekilde daha yüksek

Yani basit sohbet ya da metin özetleme gibi işler için Flash yeterli olurken, karmaşık matematik, kod analizi ya da çok adımlı planlama gerektiren görevlerde Pro tercih edilmesi öneriliyor — ama bu tercihi doğru yapmak, önce iş yükünüzü doğru sınıflandırmanızı gerektiriyor.

Geçişte gözden kaçan bir ayrıntı var: eski deepseek-reasoner otomatik olarak Pro değil, Flash katmanına eşleniyor (ama "thinking" yani düşünme modu varsayılan olarak açık geliyor). Bu da beklenmedik bir maliyet artışına yol açabiliyor — düşünme modu kapatılmadan bırakılırsa token tüketimi 3 ile 10 kat arasında şişebiliyor. Ayrıca API yanıtlarına yeni bir reasoning_content alanı eklendiği için, yanıtı ayrıştıran (parse eden) mevcut kodların da gözden geçirilmesi gerekiyor. LiteLLM, OpenRouter gibi üçüncü parti ağ geçitleri (gateway) kullanan projelerin bu geçişi kendi tarafında yapıp yapmadığını da ayrıca doğrulamak gerekiyor.

Bu, Türkiye'deki geliştiriciler ve KOBİ'ler için doğrudan aksiyon gerektiren nadir haberlerden biri: DeepSeek, düşük maliyeti nedeniyle özellikle bütçesi kısıtlı ekipler arasında popüler bir API sağlayıcı. Bir hafta sonra eski model adlarına gönderilen her istek başarısız olacağı için, kod tabanında (uygulama kodu, konfigürasyon dosyaları, zamanlanmış görevler, CI/CD betikleri dahil) deepseek-chat ve deepseek-reasoner geçen her yeri şimdiden taramak gerekiyor.

YZ Uzman ne düşünüyor?

Ucuz API'lere geçiş yaparken çoğu ekip "bağlandık, unuttuk" mantığıyla ilerliyor — ama model sağlayıcıları sürüm değiştirdiğinde bu rahatlık aniden faturaya dönüşebiliyor. Burada asıl risk silinme değil, sessizce 3-10 kat artan maliyet: düşünme modunu kapatmayı unutan bir ekip, ay sonunda faturasını görünce şaşırabilir.

Eğer DeepSeek API kullanan bir projeniz varsa, önerimiz: bu hafta içinde kod tabanınızda model adı geçen her satırı bulun, thinking parametresini ihtiyacınıza göre açıkça ayarlayın ve test ortamında yeni yanıt formatını (özellikle reasoning_content alanını) deneyin. 24 Temmuz'u son güne bırakmayın — özellikle üretimde çalışan bir sistem varsa, bir haftalık tampon süre bu tür sürpriz kesintilerin önüne geçer.

Daha genel bir ders de var burada: tek bir API sağlayıcısına sıkı sıkıya bağlanmak (vendor lock-in), sağlayıcı sürüm değiştirdiğinde sizi savunmasız bırakıyor. Kritik bir üretim sisteminde model adını doğrudan kod içine gömmek yerine, bir konfigürasyon değişkeninde tutmak; mümkünse LiteLLM gibi bir soyutlama katmanı kullanmak, gelecekteki benzer geçişleri saatler değil dakikalar sürecek bir işe indirger.

Kaynaklar: Webscraft