İçeriğe atla
Yapay Zekâ

GitHub Copilot bugün altı modeli emekliye ayırıyor: İş akışları hangi modele taşınmalı?

Gemini 3.1 Pro, Claude Opus 4.5/4.6, Claude Sonnet 4.5/4.6 ve Raptor Mini için 1 Eylül son tarih. Kuruluş yöneticilerinin alternatif model politikalarını ayrıca açması gerekebilir.

0 okunma5 dk okumaGitHub Changelog — September 1 model deprecations

GitHub Copilot bugün altı modeli emekliye ayırıyor: İş akışları hangi modele taşınmalı?

GitHub Copilot, altı model seçeneğini 1 Eylül 2026 itibarıyla sohbet, satır içi düzenleme, ask ve agent kipleri ile kod tamamlama dâhil bütün Copilot deneyimlerinden kaldırıyor. Değişiklik, model adını açıkça sabitleyen komut dosyaları ve ekip politikalarında hata riski oluşturuyor; otomatik model kullananların etkisi daha sınırlı olabilir.

Emekliye ayrılan modeller Gemini 3.1 Pro, Claude Opus 4.5, Claude Opus 4.6, Claude Sonnet 4.5, Claude Sonnet 4.6 ve Raptor Mini. GitHub; Gemini için 3.6 Flash'ı, Opus için 4.7/4.8/5'i, Sonnet için Sonnet 5'i ve Raptor Mini için MAI-Code-1-Flash'ı alternatif göstermişti.

Ancak burada ikinci bir takvim var: GitHub, MAI-Code-1-Flash'ın da 10 Eylül'de emekli edileceğini ve yerine MAI-Code-1.1-Flash'ın kullanılmasını istedi. Bu nedenle Raptor Mini'den geçiş yapanların dokuz gün sonra yeniden model değiştirmek yerine, hesaplarında erişim varsa doğrudan MAI-Code-1.1-Flash'ı değerlendirmesi daha kalıcı bir yol. Bu öneri, iki resmî duyurunun birlikte okunmasına dayanan editoryal çıkarımdır.

Kimler istisna kapsamında?

Claude Sonnet 4.6, bireysel GitHub Copilot aboneliğini yıllık ödeyen kullanıcılar için erişilebilir kalacak. GitHub bu istisnanın, yıllık bireysel abonelerde bir Sonnet seçeneğini korumak amacıyla uygulandığını belirtiyor. Aylık bireysel planlar ile Business ve Enterprise hesaplarının aynı istisnaya sahip olduğu söylenmiyor.

Kuruluşlarda yeni modelin model seçicide görünmesi yeterli olmayabilir. Copilot Business ve Enterprise yöneticilerinin ilgili model politikasını etkinleştirmesi gerekebilir. Yeni model hesabınızda yoksa önce istemciyi ve Copilot ayarlarını, ardından kuruluş politikasını kontrol edin.

Bugün uygulanabilecek göç planı

  1. Depolarda, ajan tanımlarında, CLI komutlarında ve CI değişkenlerinde emekli model adlarını arayın.
  2. Her iş akışını göreve göre ayırın: hızlı özetleme, kod üretme, uzun bağlam, görsel anlama ve güvenlik incelemesi aynı model gerektirmeyebilir.
  3. Alternatif modeli küçük ve geri alınabilir bir görevde deneyin. Çıktı kalitesi, süre, araç çağrısı, test başarısı ve tüketimi kaydedin.
  4. Kuruluş politikasını açmadan önce veri işleme koşullarını ve kullanım tabanlı faturayı gözden geçirin.
  5. Model adını değiştirdikten sonra otomatik test, kod sahibi incelemesi ve üretimden önceki güvenlik kapılarını koruyun.

Örnek geçiş komutu:

“Bu depoda `gemini-3.1-pro`, `claude-opus-4.5`, `claude-opus-4.6`, `claude-sonnet-4.5`, `claude-sonnet-4.6` ve `raptor-mini` adlarını yalnızca yapılandırma ve dokümantasyonda ara. Her eşleşmenin hangi iş akışını etkilediğini yaz; dosyaları değiştirme. Alternatif model, politika gereksinimi, test planı ve geri alma adımını ayrı ayrı öner.”

Bu yaklaşım, kör bir toplu değiştirme işleminin eski örnek dokümanı veya tarihsel test verisini yanlışlıkla bozmasını önler.

Model adının nerede sabitlendiği her zaman yalnız kaynak koddan anlaşılmaz. Editör ayarları, `.github` altındaki ajan veya istem dosyaları, kuruluş politikaları, terminal takma adları, eğitim dokümanları ve ekran görüntülü kullanım kılavuzları da aranmalı. Bir depoda eşleşme bulunmaması, takımın etkilenmediğini kanıtlamaz; kullanıcıların kişisel Copilot tercihleri ve merkezî yönetim konsolu ayrıca kontrol edilmeli.

Karşılaştırma testi için aynı on gerçek görevi eski ve yeni modelde çalıştırmak yararlı olabilir. Başarı ölçüsü yalnız yanıtın güzel görünmesi değil; derleme/test geçişi, üretilen değişiklik miktarı, güvenlik uyarıları, araç çağrısı hataları, yanıt süresi ve premium istek tüketimi olmalı. Hassas depolarda test verisi üretim sırrı içermemeli. Eski model kaldırıldıysa önceki kabul edilmiş çıktılar “altın örnek” olarak kullanılabilir, fakat yeni modelin kelimesi kelimesine aynısını üretmesi beklenmemeli.

Fiyat ve kullanım ne olacak?

Model emekliliği Copilot planını kendiliğinden değiştirmiyor. Buna karşılık yeni modelin kullanım tabanlı fiyatı, premium istek çarpanı veya AI kredi tüketimi farklı olabilir. GitHub, MAI-Code-1.1-Flash'ın yıllık Copilot abonelerinde 0,25 kat premium istek çarpanıyla ücretlendirildiğini; bazı planlarda otomatik seçimle, ücretli planlarda ise elle seçilebildiğini açıklıyor.

Gemini 3.7 Flash da 13 Ağustos'ta Pro, Pro+, Max, Business ve Enterprise için kademeli dağıtıma girdi ve kullanım tabanlı fiyatlandırmaya tabi. Ancak 31 Temmuz duyurusunda Gemini 3.1 Pro için önerilen seçenek 3.6 Flash. Yeni görünen her modelin aynı görevi, maliyeti ve veri politikasını koruduğunu varsaymayın.

Takımlar geçişten önce bir haftalık kullanım tabanı çıkarabilir: hangi görevde kaç premium istek harcanıyor, otomatik seçim ne sıklıkta pahalı modele yöneliyor ve başarısız ajan denemeleri kaç kez tekrarlanıyor? Ardından yeni model için aynı ölçümleri karşılaştırmak, yalnız liste fiyatına bakmaktan daha gerçekçi bir maliyet resmi verir. 0,25 kat çarpan belirli bir model ve uygun plan için açıklanan koşuldur; bütün Copilot kullanımlarına uygulanmaz.

Benzer araçlardan farkı ne?

Buradaki değişiklik, Copilot ürününün kapanması değil, Copilot içindeki belirli temel modellerin döndürülmesi. Kendi model API'sini doğrudan kullanan ekipte model adı, anahtar ve fatura tamamen kurumun denetimindeyken Copilot'ta erişim; GitHub'ın planı, istemci desteği ve kuruluş politikasına bağlı. Buna karşılık Copilot editör, GitHub ve ajan akışlarıyla hazır bütünleşme sunuyor. Bu kolaylık, model takviminin sağlayıcı tarafından değiştirilmesi riskini de beraberinde getiriyor.

Sınırlar ve güvenlik

Model değişikliği aynı istemde aynı sonucu garanti etmez. Araç çağrısı, kod biçimi, bağlam uzunluğu ve hata eğilimi değişebilir. Özellikle üretim anahtarı, altyapı veya güvenlik düzeltmesi yapan ajanlarda “eski modelde çalışıyordu” kabulü yerine görev bazlı yeniden doğrulama gerekir.

Bir modeli etkinleştirmek, o sağlayıcının kuruluş verilerinize hangi koşullarda eriştiği sorusunu da gündeme getirir. Yöneticiler model politikasını açarken GitHub ve model sağlayıcısı sözleşmelerini, veri yerleşimini ve kayıt tutma ayarlarını kontrol etmeli.

Okuyucu bugün önce sabitlenmiş model adlarını bulup en kritik üç akışı küçük testlerle karşılaştırabilir. Yapay zekâ araçlarında yalnız yeni modeli değil, geçiş takvimini ve maliyeti de izlemek için Mülk Rehberi Gazetesi'ni takip edin.

Kaynaklar

İlgili haberler

Yapay Zekâ sayfasına dön