GPT-5.2 ve GPT-5.2-Codex Emekli Oluyor: Şimdi Ne Olacak?

GPT-5.2 ve GPT-5.2-Codex için emeklilik tarihi 1 Haziran 2026 olarak açıklandı. Kullanıcılar otomatik geçiş görse de Copilot Enterprise admin tarafında model policy izinleri ve agent/pipeline kurguları yeniden kontrol edilmelidir.

Sabah kahvemi yudumlarken GitHub changelog’una göz attım, alışkanlık işte. Bir de ne göreyim, GPT-5.2 ve GPT-5.2-Codex için emeklilik tarihi netleşmiş: 1 Haziran 2026. Yani önümüzde çok da uzun olmayan bir süre var. Hani ne farkı var diyorsunuz, değil mi? Açık konuşayım, şaşırmadım ama tarihi görünce yine de “tamam, buna hazırlık lazım” dedim.

Bu haberi sıradan bir teknik duyuru gibi geçebilirdim. Ama Logosoft tarafında birkaç müşteride Copilot Enterprise lisansı var. Bu modellere bağlı pipeline’lar, agent kurguları dönüyor. Yani mesele bazen “model değişti, yenisini seç” kadar basit değil, hele kurumsal tarafta hiç değil (buna dikkat edin)

Bu yazıda hem değişikliği anlatacağım hem de Türkiye’deki kurumsal müşterilerde gördüğüm geçiş pürüzlerini paylaşacağım. Bir tane somut hata da var; geçen ay başıma geldi çünkü.

Olay Nedir, Kısaca

Bir şey dikkatimi çekti: GitHub Copilot dünyainde iki model emekliye ayrılıyor:

Emekli Olan Model Tarih Önerilen Alternatif
GPT-5.2 1 Haziran 2026 GPT-5.5
GPT-5.2-Codex 1 Haziran 2026 GPT-5.3-Codex

Kapsam geniş: Copilot Chat, inline edits, ask ve agent modları, code completion… hepsi etkileniyor. Bir tek küçük istisna var — GPT-5.2-Codex, Copilot Code Review içinde bir süre daha kalıyor. Siz hiç denediniz mi? Yani PR inceleme tarafında hemen alarm yok, ama geri kalan her yerde kontrolü elden geçirmek gerekiyor.

Kullanıcı tarafında ekstra bir işlem gerekmiyor; modeller otomatik olarak kalkacak. Ama kurumsal yöneticiyseniz hikâye biraz farklılaşıyor.

Asıl Mesele: Enterprise Yönetici Tarafı

Burası kritik nokta. Copilot Enterprise admin paneli model policy mantığıyla çalışıyor. Yani bir modelin organizasyon içinde aktif olabilmesi için yöneticinin açıkça izin vermesi gerekiyor (evet, doğru duydunuz). GPT-5.5’i ya da GPT-5.3-Codex’i şu an kapalı tutuyorsanız, 1 Haziran sabahı geliştiriciler “model bulunamadı” hatasıyla karşılaşabilir.

Geçen ay bir bankacılık projesinde tam olarak bu yaşandı. Müşteri model policy listesinde sadece o sırada test ettiğimiz modelleri açık bırakmıştı; yeni nesil modeller “şimdilik kapalı” durumdaydı. Bir Cuma akşamı GPT-5.2’ye bağlı bir agent workflow’u patladı (deprecation öncesi ufak bir kesinti çıkmıştı). Pazartesi sabahı geliştiricilerin yarısı Copilot Chat’i açamadığını söyledi. Çözüm 15 dakika sürdü ama o 15 dakikalık panik baya şey öğretti: policy’leri proaktif gözden geçirmek ucuz bir işmiş.

Peki Ne Yapacaksınız?

  1. GitHub Enterprise admin paneline girin.
  2. Copilot > Policies > Models bölümünü açın.
  3. GPT-5.5 ve GPT-5.3-Codex policy’lerinin Enabled olduğunu doğrulayın.
  4. Bireysel Copilot ayarlarınızda VS Code model seçicisinde modellerin görünür olduğunu kontrol edin.
  5. Eğer custom Copilot extension’larınız varsa, hardcoded model isimlerini taramak için repository’leri grep’leyin.

Beşinci madde özellikle önemli. Aşağıda bizim ekipte kullandığımız hızlı tarama komutu var:

git grep -n "gpt-5.2\|gpt-5-2\|gpt-5.2-codex" — '*.json' '*.yml' '*.yaml' '*.ts' '*.py' '*.cs'

Bak şimdi, Bunu CI’da koşturup uyarı verecek hâle getirmek bir saatinizi alır,. 1 Haziran geldiğinde kimsenin uykusu kaçmaz.

Neden Sürekli Model Değişiyor? Bu Bir Sorun mu?

İnanın, Bunu en çok şu cümleyle duyuyorum: “Aşkın Bey, biz daha geçen yıl GPT-4’ten GPT-5’e geçiş planı yaptık, şimdi bir daha mı?” Haklılar aslında. AI modellerinin yaşam döngüsü klasik enterprise yazılımının temposunda değil; bir SQL Server sürümü 8-10 yıl destek alırken bir LLM modeli bazen 8-10 ayda yer değiştiriyor.

Bunu Türkiye’deki şirketler açısından düşününce — özellikle finans, telekom (ilk duyduğumda inanamadım). Enerji gibi regüle sektörlerde — durum biraz can sıkıyor. Çünkü yeni teknolojiyi onaylatmak, güvenlik ekibinden geçmek ve KVKK tarafından değerlendirmek aylar sürüyor; sonra altı ay sonra “model değişti, yeniden bakalım” demek doğal olarak hoş karşılanmıyor.

Kurumsal müşterilerimde gördüğüm kadarıyla AI tarafındaki “deprecation kültürü”ne hâlâ tam alışılmadı. Klasik yazılım reflekslerimiz buna direniyor gibi duruyor ama gerçek şu ki buna uyum sağlamak zorundayız; yoksa sürekli geriden geliyoruz.

Benim önerim şu: AI modellerini bir “bağımlılık” gibi değil de bir “servis” gibi görün. Veritabanı sürümü değil de TLS sertifikası gibi düşünün; gelir, yenilenir, gider… Mimarinizi de buna göre kurun yanı model adını koda gömmeyin, config’e alın. Test setlerinizi versiyon bağımsız hâle getirin.

GPT-5.5 ve GPT-5.3-Codex Gerçekten Daha mı İyi?

Pazarlama kısmını kenara bırakırsak mühendis cevabı kısa: bağlama bağlı.

GPT-5.5’i geçen aylarda

Bireysel Copilot kullanıcısıysam ne yapmam lazım?

Şöyle ki, Açıkçası çok bir şey yapman gerekmiyor. VS Code’dan ya da github.com’daki model seçiciden yeni modeli seçmen yeterli. Ama mesela özel prompt template’lerin veya agent kurgunun varsa, GPT-5.5 ile bir-iki test yapmakta fayda var — küçük davranışsal farklar çıkabiliyor bazen.

GPT-5.5 ile GPT-5.3-Codex arasındaki fark ne, hangisini ne zaman kullanayım?

Şöyle söyleyeyim, GPT-5.5 genel amaçlı bir reasoning modeli, hani chat ve mimarı tartışmalar için daha iyi çalışıyor. GPT-5.3-Codex işe saf kod üretimi, refactoring ve code completion için optimize edilmiş. Bence şöyle düşünebilirsin: agent mode’da karmaşık bir akış kuruyorsan 5.5, inline edits ve completion ağırlıklı çalışıyorsan 5.3-Codex daha iyi sonuç veriyor.

Custom GitHub Copilot Extension’ım var, ne yapmalıyım?

Eh, Extension kodunda model adını hardcoded tanımladıysan büyük ihtimalle güncelle. Tecrübeme göre model adını config dosyasından okuyacak şekilde refactor etmek çok daha mantıklı — sonraki deprecation’larda hayat kurtarıyor gerçekten. Bir de tool schema’larını 5.5’in native tool calling formatına uyarlamayı unutma (kendi tecrübem)

Çok konuştum, örnekle göstereyim.

Geçiş için kaç hafta ayırmalıyım?

Garip gelecek ama, Bireysel kullanıcıysan yarım gün bile yeterli. Ama 50+ geliştiricili kurumsal bir yapıysan, bence 3-4 hafta ayırman gerekiyor: 1 hafta keşif, iki hafta sandbox testi, 1 hafta production rollout. Riskli pipeline’ların varsa bu süreyi 6 haftaya çıkarmaktan çekinme.

Kaynaklar ve İleri Okuma

GitHub Resmî Duyuru: Upcoming deprecation of GPT-5.2 and GPT-5.2-Codex

GitHub Copilot Modelleri Resmî Dokümantasyonu

Bence, Copilot Organizasyon Policy Yönetimi

GitHub Community: Geri Bildirım ve Tartışma

Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.
Aşkın KILIÇ

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.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102

Bu içerik işinize yaradı mı?

Benzer içerikleri kaçırmamak için YouTube ve GitHub hesaplarımı takip edin.

Haftalık Bülten

Her pazar özenle seçilmiş teknoloji yazıları doğrudan e-postanıza gelsin.

2 Yorum

  1. Copilot Enterprise tarafında model policy izinleri derken tam olarak ne kastediliyor, elle tek tek güncelleme mi yapacağız yoksa toplu geçiş imkanı var mı? Bir de pipeline kurguların nasıl etkileneceğini merak ediyorum, production ortamında sürprizle karşılaşmak istemiyoruz açıkçası.

Yoruma kapalı.

✉

Haftalık Bülten

Azure, DevOps ve Yapay Zeka dünyasındaki en güncel içerikleri her hafta doğrudan e-postanıza alın.

Spam yok. İstediğiniz zaman iptal edebilirsiniz.
📱
Uygulamayı Yükle Ana ekrana ekle, çevrimdışı oku
Kategoriler
Ara
Paylaş
WhatsApp
İçindekiler
← Kubernetes v1.36 Route Sync Me...
MCP Tool Çağrılarını .NET̵... →
📩

Gitmeden önce!

Her pazar özenle seçilmiş teknoloji yazıları ve AI haberleri doğrudan e-postanıza gelsin. Ücretsiz, spam yok.

🔒 Bilgileriniz güvende. İstediğiniz zaman ayrılabilirsiniz.

📬 Haftalık bülten: Teknoloji + AI haberleri
Beni Takip Et Yeni Azure / AI / DevOps yazılarını GitHub ve RSS üzerinden takip edin.