GitHub Models Kapatıldı: Projeler Nasıl Taşınmalı?

GitHub Models hizmeti 30 Temmuz 2026 itibarıyla tamamen kapatıldı. Model kataloğu, tarayıcı içi playground, çıkarım API’si ve kullanıcıların kendi anahtarlarını bağladığı BYOK uç noktaları artık mevcut değil. Temmuz boyunca uygulanan kesinti denemelerinden sonra kapanış tüm mevcut kullanıcıları kapsıyor.

GitHub, geniş model kataloğu ve kurumsal dağıtım ihtiyacı için Microsoft Foundry’yi; doğrudan GitHub iş akışı içinde kod yardımı isteyenler için GitHub Copilot’u öneriyor. Ancak eski uç noktayı yenisiyle değiştirmek tek başına güvenli geçiş sayılmaz. Model davranışı, fiyat, kota, kimlik doğrulama ve veri politikası yeniden test edilmeli.

Önce Etkilenen Bileşenleri Bulun

Kod depolarında GitHub Models uç noktalarını, SDK paketlerini, ortam değişkenlerini ve örnek yapılandırmaları arayın. Yalnızca üretim uygulaması değil; CI işleri, deneme notebook’ları, iç araçlar, demo ortamları ve belgelerde kalan bağlantılar da envantere girmeli. Hata kayıtlarında 30 Temmuz sonrasında artan 404 veya kimlik doğrulama hataları kapanışın doğrudan işareti olabilir.

Kullanılan model adı ve sürümü.
İstek ve token hacmi.
Sistem mesajları, araç çağrıları ve yapılandırılmış çıktı şemaları.
Gecikme ve hata toleransı.
Gönderilen verinin hassasiyet sınıfı.
Mevcut bütçe, kota ve günlük kullanım sınırı.

Yeni Sağlayıcıyı İş Yüküne Göre Seçin

Uygulama farklı modelleri karşılaştırıyor, kendi API’si üzerinden son kullanıcıya hizmet veriyor veya kurumsal ağ ve yönetişim gerektiriyorsa Microsoft Foundry daha doğal aday. Kod tamamlama, pull request açıklaması veya depo içinde geliştirici yardımı gerekiyorsa Copilot daha uygun olabilir. İki ürün aynı sorunu çözmediği için yalnızca marka yakınlığıyla karar verilmemeli.

Alternatif sağlayıcı değerlendirirken model bağlam uzunluğu, yapılandırılmış çıktı desteği, araç çağırma biçimi, bölgesel erişim, veri saklama politikası ve hizmet seviyesi karşılaştırılmalı. Aynı model ailesinin farklı uç noktadaki sürümü bile farklı güvenlik filtresi veya varsayılan ayar kullanabilir.

Geçişi Aşamalı Yapın

Önce geçmiş isteklerden kişisel veri içermeyen bir değerlendirme kümesi oluşturun. Yeni modelin doğruluk, biçim uyumu, gecikme ve maliyetini aynı örneklerle ölçün. Ardından trafiğin küçük bölümünü yeni sisteme yönlendiren gölge veya kademeli dağıtım kullanın. Yanıt kalitesi bozulursa eski hizmete dönüş artık mümkün olmadığı için uygulama düzeyinde alternatif model ya da kurallı yedek akış hazırlamak önemli.

Eski API anahtarlarını yalnızca panelden kaldırmakla yetinmeyin. Kod deposu sırlarını, CI değişkenlerini ve yerel geliştirme dosyalarını temizleyin; yeni anahtarları en düşük yetkiyle üretin ve dönüşüm tarihini kaydedin. Logların yanlışlıkla istem metni veya kişisel veri tutmadığını da kontrol edin.

Taşıma Kontrol Listesi

GitHub Models kullanan tüm depo ve ortamları listeleyin.
Yeni hizmette model, bölge, kota ve bütçe sınırı belirleyin.
Prompt ve şema uyumluluğunu otomatik test edin.
Gecikme, hata oranı, çıktı kalitesi ve maliyet için izleme kurun.
Anahtarları yenileyin; kullanılmayan sırları iptal edin.
Yedek model ve kullanıcıya gösterilecek hata mesajını hazırlayın.
Geliştirici belgeleri ile gizlilik bildirimini güncelleyin.

Almadanincele Yorumu

Bu kapanış, deneme amaçlı bir yapay zekâ servisinin fark edilmeden üretim bağımlılığına dönüşmesinin riskini gösteriyor. Geliştiriciler model erişimini uygulamanın her yerine dağıtmak yerine tek bir iç katmandan yönetirse sağlayıcı değişikliği daha az maliyetli olur. Model adı, fiyat ve kota yapılandırmada tutulmalı; ürün mantığı belirli API biçimine kilitlenmemeli.

GitHub’ın duyurusu önceden yapılmış olsa da kapanan hizmete geri dönüş yok. Bu nedenle bugün yapılacak en değerli iş, yalnızca hatayı susturmak değil, yeni sistem için ölçülebilir kalite eşiği ve yedek plan kurmak. Böylece bir sonraki ürün değişikliği acil durum olmaktan çıkar.

Prompt Uyumluluğunu Varsaymayın

Bir model için hazırlanmış sistem mesajı başka modelde aynı sonucu vermeyebilir. JSON şemasına uyma, araç çağrısını seçme, Türkçe karakterleri koruma ve güvenlik reddi gibi davranışlar sürümler arasında değişir. Taşıma testinde yalnızca başarılı örnekler değil; boş giriş, çok uzun metin, çelişkili talimat, beklenmeyen dil ve sağlayıcı kesintisi gibi uç durumlar da çalıştırılmalı. Yanıt biçimini kod içinde serbest metin ayrıştırarak değil, mümkün olduğunda sağlayıcının yapılandırılmış çıktı özelliğiyle doğrulamak daha güvenlidir.

Model değerlendirmesinde insan puanı ile otomatik ölçüm birlikte kullanılabilir. Doğru cevabın tek olmadığı özetleme veya yazım görevlerinde yalnızca kelime benzerliği yetersiz kalır. Ürün ekibi doğruluk, kaynak sadakati, ton, zararlı çıktı ve maliyet için ayrı eşikler belirlemeli. Yeni hizmet daha hızlı olsa bile kaynak uydurma oranı yükseliyorsa geçiş tamamlanmış sayılmaz.

Maliyeti Sürprize Dönüştürmeyin

Ücretsiz ya da sınırlı deneme kotasından ücretli altyapıya geçerken istek sayısı tek başına yeterli maliyet göstergesi değildir. Giriş ve çıkış token’ları, önbellek, araç çağrıları ve başarısız tekrarlar hesaba katılmalı. Kullanıcı veya ekip başına günlük sınır koymak, anormal kullanım uyarısı oluşturmak ve bütçe aşıldığında daha küçük modele geçmek üretim güvenliğini artırır. Bir haftalık gölge trafik, aylık faturayı tahmin etmek için varsayımdan daha sağlam veri sunar.