TokenLab Değişiklik Günlüğü, Geliştiricilere Güncellemeleri Takip Etmeleri İçin Tek Bir Nokta Sunuyor

TokenLab artık tokenlab.sh/en/changelog adresinde; model kapsamı değişikliklerini, API davranışı güncellemelerini, faturalandırma düzenlemelerini, dokümantasyon düzeltmelerini ve platform değişikliklerini geliştiricilerin okuyabileceği tek bir akışta kaydeden herkese açık bir değişiklik günlüğü yayınlıyor. Böylece ekipler artık neyin ne zaman değiştiğini tahmin etmek zorunda kalmıyor.

Eğer TokenLab üzerinde bir üretim uygulaması çalıştırıyorsanız, gizemli bir yanıtı hata ayıklamadan önce, bir demoyu yenilemeden önce ve fiyatlandırma varsayımlarınızın hala doğru olduğunu varsaymadan önce kontrol etmeniz gereken sayfa budur.

Önemli Çıkarımlar

• TokenLab değişiklik günlüğü; model kapsamı, API davranışı, faturalandırma ve dokümantasyon değişikliklerini kolay referans için tarihli ve sürümlü olarak tek bir yerde takip eder.
• Bu günlük, blogdan (duyurular ve rehberler) ve model dizininden (desteklenen modellerin mevcut durumu) ayrıdır ve her biri farklı bir amaca hizmet eder.
• Beklenmedik çıktıları hata ayıklarken, fiyatlandırmayı doğrularken veya uygulamanızdaki bir model tercihini güncelleyip güncellemeyeceğinize karar verirken değişiklik günlüğünü ilk durağınız olarak kullanın.
• Değişiklik günlüğünün basit bir haftalık veya sürüm bazlı kontrolü, üretimdeki yapay zeka uygulamalarında sessiz kırılmaları önleyebilir.

Neden Şimdi Herkese Açık Bir Değişiklik Günlüğü?

TokenLab üzerinde geliştirme yapan ekipler her zaman dokümanlara ve model dizinine erişebiliyordu, ancak ikisi de "geçen haftadan bu yana ne değişti" gibi basit bir soruyu iyi yanıtlamıyor. Dokümanlar mevcut durumu tanımlar. Model dizini ise şu anda nelerin mevcut olduğunu listeler. İkisi de size bir modelin varsayılan çıktı formatının değiştiğini, bir hız sınırının (rate limit) güncellendiğini veya varsayılan yönlendirme katmanında eski bir modelin yerine yenisinin geldiğini söylemez.

Değişiklik günlüğü bu boşluğu dolduruyor. Her giriş tarihli, bir kategoriye (model kapsamı, API davranışı, faturalandırma, dokümanlar, platform) göre kapsamlandırılmış ve bir geliştiricinin ekstra bağlama ihtiyaç duymadan üzerinde işlem yapabileceği sade bir dille yazılmıştır. Eğer GPT-5.5 yeni bir context window kazanırsa, bu bir değişiklik günlüğü girişidir. Eğer Claude Sonnet 5 varsayılan yanıt formatını değiştirirse, bu bir değişiklik günlüğü girişidir. Eğer bir faturalandırma hesaplama yöntemi değişirse, bu da bir değişiklik günlüğü girişidir.

Amaç pazarlama metni değildir. Canlı bir uygulamayı sürdüren bir ekibin beş dakikadan kısa sürede tarayabileceği ve tam olarak neyi kontrol etmesi gerektiğini anlayabileceği doğru bir kayıttır.

Değişiklik Günlüğü Neleri Takip Eder?

Değişiklik günlüğü beş kategoriyi tutarlı bir şekilde kapsar:

• Model kapsamı: Yeni eklenen modeller, kullanımdan kaldırılan modeller, varsayılan model atamalarındaki değişiklikler. Örnek: Hızlı katman varsayılanı olarak Gemini 3.5 Flash eklenmesi veya belirli bir kategorideki eski bir hızlı modelin yerine DeepSeek V4 Flash gelmesi.
• API davranışı: İstek veya yanıt yapısındaki, zaman aşımı (timeout) davranışındaki, akış (streaming) davranışındaki, hata kodlarındaki veya varsayılan hız sınırlarındaki değişiklikler.
• Faturalandırma: Kullanımın nasıl hesaplandığı, görüntülendiği veya raporlandığına dair değişiklikler; faturalarda veya kullanım panellerinde gösterilen birimlerdeki değişiklikler dahil.
• Dokümantasyon: Önemli doküman yeniden yazımları, yeni rehberler veya daha önce hatalı olan dokümantasyonun düzeltilmesi.
• Platform: Panel değişiklikleri, yeni hesap ayarları, API anahtarlarının nasıl oluşturulduğu veya yönetildiğine dair değişiklikler.

Her giriş kısa bir açıklama ve tarih içerir. Üretim davranışını etkileyen girişler (API davranışı ve model kapsamı), doküman yazım hatası düzeltmeleri gibi kozmetik değişikliklerden daha belirgin şekilde işaretlenir.

Değişiklik Günlüğü vs Blog vs Model Dizini

Bu üç yüzey konu bazında örtüşür ancak amaçları farklıdır. Bunları karıştırmak zaman kaybettirir.

Yüzey	Amaç	Güncelleme sıklığı	En iyi kullanım alanı
Değişiklik Günlüğü	Neyin değiştiğine dair tarihli kayıt	Sürekli, değişiklikler yayınlandıkça	Hata ayıklama, yakın tarihli değişiklikleri doğrulama, denetim izi
Blog	Duyurular, rehberler, bağlam	Haftalık veya aylık	Değişikliğin nedenini anlama, yeni özellikleri derinlemesine öğrenme
Model dizini	Desteklenen tüm modellerin mevcut durumu	Modeller eklendikçe/çıkarıldıkça güncellenir	Şu an için model seçme, güncel teknik özellikleri kontrol etme

Bunu düşünmenin pratik bir yolu: model dizini size bugün neyin doğru olduğunu söyler, değişiklik günlüğü buraya gelene kadar nelerin değiştiğini söyler, blog ise bunun neden önemli olduğunu ve nasıl iyi kullanılacağını anlatır.

Eğer bir video oluşturma özelliği için Kling 3.0'dan Seedance'e geçip geçmeyeceğinize karar veriyorsanız, teknik özellikleri karşılaştırmak için model diziniyle başlayın. Eğer çıktı kaliteniz aniden farklı görünüyorsa, yakın tarihli bir model kapsamı girişi için değişiklik günlüğünü kontrol edin. Yeni model için en iyi uygulamalar hakkında bir rehber istiyorsanız bloga göz atın.

Üretim Yapay Zeka Uygulamaları Çalıştıran Ekipler İçin Bir İş Akışı

Çoğu ekip her değişiklik günlüğü girişini yayınlandığı anda okumak istemez. Çoğu üretim kurulumu için daha hafif bir tempo gayet iyi çalışır:

Haftalık:

• Değişiklik günlüğünü API davranışı veya model kapsamı etiketli girişler için tarayın.
• İşaretlenmiş herhangi bir modeli, uygulamanızın şu anda çağırdığı modellerle karşılaştırın.

Bir sürüm veya demodan önce:

• Son kontrolünüzden bu yana yayınlanan herhangi bir şey olup olmadığını görmek için değişiklik günlüğünü kontrol edin.
• Model dizininin, seçtiğiniz modelleri hala üzerine inşa ettiğiniz aynı teknik özelliklerle listelediğini doğrulayın.
• Fiyatlandırmaya duyarlıysanız, faturalandırma kategorisindeki değişiklikleri kontrol edin.

Beklenmedik çıktıları hata ayıklarken:

• Kendi kodunuzun bozulduğunu varsaymadan önce ilk olarak değişiklik günlüğünü kontrol edin.
• Model adını (örneğin, Qwen3.7 Plus, GLM-5.2, Kimi K2.7 Code) ve yaklaşık tarih aralığını aratın.
• Eğer hiçbir şey eşleşmiyorsa, modelin mevcut dokümante edilmiş davranışını doğrulamak için model dizinine geçin.

Üç aylık:

• Değişiklik günlüğünde işaretlenen kullanımdan kaldırılmış modelleri gözden geçirin ve hiçbirinin hala uygulamanıza bağlı olmadığından emin olun.
• Daha yeni bir seçeneğin (DeepSeek V4 Pro, Nano Banana Pro, PixVerse V6, Veo 3) daha iyi uyup uymadığını görmek için varsayılan model seçimlerinizi mevcut model diziniyle karşılaştırın.

Ekibinizin runbook'una yapıştırmak isterseniz basit bir kontrol listesi sürümü:

• Değişiklik günlüğü bu hafta API davranışı veya model kapsamı girişleri için kontrol edildi
• Model dizini, üretimde kullanılan modellerle karşılaştırıldı
• Kullanım maliyetleri beklenmedik görünüyorsa faturalandırma kategorisi incelendi
• Kullanımdan kaldırılan modellerin aktif kod yollarından temizlendiği doğrulandı
• Bağlantılı bir rehber güncellenmiş olarak işaretlendiyse dokümanlar gözden geçirildi

Değişiklik Günlüğü Girişlerine Pratik Örnekler

Bunu somutlaştırmak için, bulacağınız giriş türleri şunlardır:

• "Model kapsamı: GPT Image 2 görüntü oluşturma katmanına eklendi, yeni hesaplar için önceki varsayılanın yerini aldı."
• "API davranışı: akış yanıtları artık tüm chat-completion tarzı uç noktalar için nihai bir kullanım özeti nesnesi içeriyor."
• "Faturalandırma: kullanım raporlama, panel görünümlerinde çıktı token'larını akıl yürütme (reasoning) token'larından ayırıyor."
• "Dokümanlar: video oluşturma modelleri için entegrasyon rehberi, mevcut parametre adlarını yansıtacak şekilde güncellendi."

Bunların hiçbiri üzerinde işlem yapmak için tam bir duyuru yazısı okumayı gerektirmez. Mesele de bu.

SSS

TokenLab değişiklik günlüğü ne sıklıkla güncellenir? Girişler sabit bir programa göre değil, değişiklikler yayınlandıkça eklenir. Bazı haftalarda, özellikle model kapsamı değişiklikleri etrafında birden fazla giriş olabilir; daha sakin haftalarda hiç olmayabilir.

Tüm değişiklik günlüğü geçmişini mi okumam gerekiyor, yoksa sadece son girişleri mi? Günlük işler için son girişler (son birkaç hafta) yeterlidir. Uzun süredir devam eden bir sorunu araştırırken veya belirli bir modelin ya da davranışın ne zaman tanıtıldığını doğrulamak için tüm geçmişi kullanın.

Değişiklik günlüğü, yeni özellikleri öğrenmek için blogun yerini mi alıyor? Hayır. Değişiklik günlüğü size neyin ne zaman değiştiğini söyler. Blog ise bunun neden önemli olduğunu ve nasıl iyi kullanılacağını, genellikle uygulamalı örneklerle açıklar. İkisini birlikte kullanın.

Kaynaklar ve Güncellik

Bu makale, 2026-07-07 tarihinde gözlemlendiği şekliyle TokenLab değişiklik günlüğünü, blogunu ve model dizinini yansıtmaktadır. Referans verilen model adları ve örnekler (Claude Sonnet 5, GPT-5.5, Gemini 3.5 Flash, DeepSeek V4 Pro, DeepSeek V4 Flash, GLM-5.2, Qwen3.7 Plus, Kimi K2.7 Code, Seedance, Veo 3, PixVerse V6, Kling 3.0, GPT Image 2, Nano Banana Pro) o tarih itibarıyla günceldir. Bu tarihten sonraki güncellemeler için canlı değişiklik günlüğünü kontrol edin.

---

Neyin değiştiğini tahmin etmeyi bırakmaya hazır mısınız? TokenLab değişiklik günlüğünü yer imlerine ekleyin, güncel teknik özellikler için model dizini ile eşleştirin ve bir değişikliğin arkasındaki hikayenin tamamına ihtiyacınız olduğunda blogu kullanın.

İlgili Okumalar ve Sonraki Adım

Değişiklik günlüğüne ayak uydurmak, TokenLab'de güncel kalmanın sadece bir parçasıdır. Fiyatlandırma ve model kullanılabilirliği, herhangi bir şeyi ölçeklendirmeden önce birkaç başka kaynağı çapraz kontrol etmeye değecek kadar sık değişir. İstekleri hangi modele yönlendireceğinizi seçiyorsanız, AI Model Leaderboard Watch: How Developers Should Read Model Rankings in 2026 makalesi, sıralama değişimlerine tepki vermek yerine onları nasıl yorumlayacağınızı açıklar. Maliyet planlaması için, AI API Pricing Comparison 2026: The Real Cost of GPT-5.5, Claude Sonnet 5, and Gemini 3.5 Flash makalesi, sağlayıcılar genelindeki gerçek token başına maliyetleri parçalara ayırır. Ve eğer henüz hiçbir şey yayınlamadıysanız, Build an AI Chatbot with One API Key: From Zero to Production in 30 Minutes makalesi, çalışan bir kurulumu baştan sona adım adım anlatır.

Her zaman olduğu gibi, yüksek hacimli üretim kullanımından önce mevcut model ve fiyatlandırma detaylarını doğrulayın, çünkü her ikisi de değişiklik günlüğü girişleri arasında değişebilir. Kendiniz denemeye hazır mısınız? Bir API anahtarı oluşturun ve geliştirmeye başlayın.