Gemini 2.5 Pro ve Gemini 3 Flash Copilot’tan Çıkıyor
Bence, Sabah kahvemi yudumlarken GitHub Changelog’a göz attım, bir duyuru gözüme ilişti. Copilot tarafında iki modele daha veda ediyoruz: Gemini 2.5 Pro ve Gemini 3 Flash. Tarih net, 31 Temmuz 2026. Yanı takvimde işaretlenip kenara bırakılacak günlerden biri (ciddiyim)
İlk bakışta “yine mi model değişikliği” diye içimden geçirdim, inkâr edecek halim yok. Çünkü Copilot ekosistemi son bir yılda öyle hızlı dönüyor ki, ekiplerimize verdiğimiz standart kurulum notlarını sürekli elden geçirmek zorunda kalıyoruz. Ama bu deprecation’ın kendi içinde bir mantığı var — birazdan açayım.
Kısa Özet: Neler Değişiyor?
Lafı dolandırmadan tabloyu koyayım. GitHub’ın önerdiği geçiş yolu şu şekilde:
| Emekli Olan Model | Emeklilik Tarihi | Önerilen Alternatif |
|---|---|---|
| Gemini 2.5 Pro | 31 Temmuz 2026 | Gemini 3.1 Pro |
| Gemini 3 Flash | 31 Temmuz 2026 | Gemini 3.5 Flash |
Bu değişiklik Copilot’ın tüm yüzeylerinde geçerli olacak (yanlış duymadınız). Yanı Copilot Chat, inline edit’ler, ask ve agent modları, code completion — hepsi dahil. Bir yerde eski model çalışıp (belki yanılıyorum ama) başka yerde kesilmeyecek; iş tek noktadan kapanıyor. Tahmin eder mısınız? Temiz kesim, başka da bir şey değil.
Bunu Neden Yapıyorlar? Biraz Kurcalayalım
Açık konuşayım, Gemini 2.5 Pro kötü bir model değildi. Bilhassa uzun context (belki yanılıyorum ama) pencereleri gerektiğinde, mesela büyük bir C# projesinde pek çok domain katmanını analiz ettirmek istediğinizde iş görüyordu. Fena da değildi hani. Ama 3.1 Pro’nun benchmark tarafında getirdiği iyileşmeler ve reasoning derinliği ortada; insan bakınca farkı görüyor (ben de ilk duyduğumda şaşırmıştım). Google da zaten son çeyrekte Gemini 2.x serisini geride bırakma niyetini açık etti.
Flash tarafında işe durum biraz daha net… İşin aslı şu ki, 3 Flash zaten kısa ömürlü olacaktı gibi duruyordu. Google’ın Flash modelleri çok hızlı iterate ediyor; bugün çıkan yarın eskimeye başlıyor neredeyse. 3.5 Flash’ın latency ve maliyet dengesi de 3’e göre baya iş görüyor (ilk duyduğumda inanamadım). Yanı buradaki geçiş aslında ceza değil, daha çok toparlanma hareketi.
Kısa bir not düşeyim buraya.
Deprecation duyurularını genellikle “bir şeyi kaybediyorum” diye okumak yerine, “envanteri güncellemem gerekiyor” diye okumak lazım. Panik değil, plan.
Türkiye Perspektifinden: Kurumsal Ekipler Ne Yapmalı?
Bunu Türkiye’deki şirketler açısından düşününce iş biraz farklılaşıyor. Sahada gördüğüm şey şu: Copilot Enterprise lisansı olan kurumların büyük kısmı model seçimini administrator policy üzerinden merkezî yönetiyor; yanı geliştirici tek tek model seçmiyor, IT departmanı onaylı modeller havuzu tanımlıyor.
Bence bu yaklaşım yerinde. Compliance ve veri yönetimi açısından mantıklı dürüyor. Ama küçük bir pürüz var: Yeni bir model çıktığında admin panelinde default olarak enable gelmiyor; yanı ekipteki geliştiriciler otomatik olarak kullanamıyor. Birinin oturup Copilot settings’ten model policy’yi açması gerekiyor, o kadar basit ama bazen gözden kaçıyor.
Kurumsal ekiplerde olay genelde şöyle gelişiyor: 31 Temmuz sabahı bir geliştirici Copilot Chat’i açıyor, model seçicide artık 2.5 Pro’yu göremiyor ve panikliyor; sonra ticket açılıyor, IT’ye ulaşılıyor, policy güncelleniyor ve yarım gün gidiyor. Bunu önlemenin yolu düz aslında: Bugünden yeni modelleri policy’ye ekleyin. Daha fazla bilgi için
- Mevcut policy’yi kontrol edin. Şu an hangi modeller aktif? Bunu Copilot admin ayarlarından görebilirsiniz. (bence en önemlisi)
- Gemini 3.1 Pro ve 3.5 Flash için policy’yi açın. Default disabled geliyorlar; elle enable etmeniz lazım. (bu kritik)
- Test kullanıcısıyla doğrulayın. Kendi Copilot ayarlarınızda model seçicide görünüyor mu bakın — hem VS Code’da hem github.com üzerinde. (bence en önemlisi)
- Ekip duyurusu yapın. “31 Temmuz’da eski modeller gidiyor, yenilerini şimdiden kullanabilirsiniz” gibi kısa bir e-posta yeterli olur.
- CI/CD ve otomasyon script’lerini gözden geçirin. En çok atlanan yer burası — buna birazdan geleceğim zaten.
Evet, eski modelleri elle silmeye gerek yokmuş bu arada. GitHub tarafı 31 Temmuz’da onları otomatik olarak menüden kaldıracakmış. “ben şimdi 2.5 Pro’yu policy’den çıkarayım mı” diye düşünmeye gerek yok gibi dürüyor — kendi kendine hallolacak.
API entegrasyonları , custom script’ler , internal tooling tarafında hardcoded model isimleri varsa,
işte orada can sıkıntısı başlıyor.
Bak şimdi,
küçük gibi duran şey bazen bütün akışı dağıtıyor.
Düşünmeden geçmeyin.
Bir ekipte PR açıldığında otomatik kod özeti üreten bir GitHub Action olduğunu varsayın;
bu action Copilot API’sını çağırıyor ve modele gemini-2.5-pro parametresini veriyor.
Şimdi ne olacak?
31 Temmuz sabahı action fail edecek,
PR’lar bloklanacak,
ekip de “e dün gece ne öldü” diye birbirine bakacak.
İşin tadı kaçıyor biraz.
# YANLIŞ — Bir yıl sonra patlayacak
model: "gemini-2.5-pro"
# DAHA İYİ — Env variable'a bağla
model: "${{ vars.COPILOT_MODEL_PRO }}"
# EN İYİ — Fallback ile
model: "${{ vars.COPILOT_MODEL_PRO || 'gemini-3.1-pro' }}"
Böyle hardcoded değerlerin izini sürmek zahmetli oluyor.
Repo içinde grep -r "gemini-2.5" ve grep -r "gemini-3-flash" çalıştırmakla başlayın.
Bir de .env.example dosyalarını unutmayın.
Bu tip ajan mimarilerini kurarken benzer konuları Agent Harness ile Ajana Veri Vermek: Onay ve Hafıza Dahil yazımda da anlatmıştım; ilgilenen bakabilir.
Enterprise vs Startup : Kim Nasıl Yaklaşmalı?
Küçük ekipseniz, mesela 5 -10 kişilik bir startup, işiniz kolay.
Bir toplantıda konuşup “önümüzdeki hafta
Sıkça Sorulan Sorular
Gemini 2.5 Pro deprecate olunca chat geçmişim gider mi?
Hayır, gitmiyor. Model deprecation aslında sadece o modeli seçme bir düşüneyim… özelliğini kaldırıyor, yanı geçmiş konuşmalarınız Copilot Chat history’de olduğu gibi dürüyor. Ama hani eski bir konuşmayı devam ettirmek isterseniz, o zaman yeni bir modelle devam etmek zorunda kalıyorsunuz (inanın bana)
Copilot Enterprise adminiyim, yeni Gemini modellerini nasıl açarım?
Bi saniye — GitHub organizasyonunuzun Copilot ayarlarına girin, oradan “Policies” sekmesini bulun. “Models” bölümünde Gemini 3.1 Pro ve Gemini 3.5 Flash için toggle’ı açmanız yeterli. Değişiklikler birkaç dakika içinde kullanıcılara yansıyor — oldukça hızlı aslında.
Individual Copilot kullanıcısıyım, benim için değişen bir şey var mı?
Açıkçası pek bir şey yapmana gerek yok. Bireysel planlarda model seçimi genelde otomatik yönetiliyor. 31 Temmuz’dan sonra Gemini 2.5 Pro veya 3 Flash seçtiğin konuşmalar otomatik olarak yeni model üzerinden çalışmaya başlıyor. Ekstra bir işlem gerekmiyor.
Gemini 3.1 Pro’nun 2.5 Pro’ya göre en büyük farkı ne?
Bence, Bence en belirgin fark reasoning derinliği ve talimat takibinde hissediliyor. Mesela çok adımlı kod refactor görevlerinde ya da büyük context içeren analizlerde 3.1 Pro çok daha tutarlı sonuçlar veriyor. Latency tarafında işe ikisi aşağı yukarı aynı seviyede.
Deprecate edilen modeli API üzerinden çağırmaya devam edersem ne olur?
31 Temmuz 2026’dan sonra o model ID’sını kullanan API çağrıları ya hata dönüyor ya da otomatik olarak önerilen alternatife yönlendiriliyor — yanı GitHub’ın tam olarak ne yapacağı henüz netleşmedi. Sız hiç denediniz mi? Tecrübeme göre bu tür belirsizlikleri beklemeden çözmek çok daha iyi oluyor, o yüzden production kodunuzdaki eski model ID’lerini önceden güncellemenizi öneririm (buna dikkat edin)
Kaynaklar ve İleri Okuma
Açık konuşayım, GitHub Changelog: Upcoming deprecation of Gemini 2.5 Pro and Gemini 3 Flash
Garip gelecek ama, GitHub Docs: Choosing the Right AI Model for Your Task
Size bir şey söyleyeyim, GitHub Docs: Setting Policies for Copilot in Your Organization
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
4 comments