GPT-5.2’nin Veda Notu: Copilot Ekipleri Şimdi Ne Yapmalı?
Bakın, GitHub’ın 5 Haziran 2026 tarihli duyurusunu ilk okuduğumda aklıma gelen şey şu öldü: “Tamam, model değişiyor da asıl mesele bizim iş akışlarımız ne kadar kırılgan?” Çünkü açık konuşayım, yapay zekâ tarafında sürüm numarası bazen sadece sürüm numarası olmuyor; ekiplerin alışkanlığına, maliyete, hatta güvenlik politikasına kadar dokunuyor. GPT-5.2 ve GPT-5.2-Codex’in çoğu GitHub Copilot deneyiminde emekliye ayrılması tam da böyle bir konu (şaşırtıcı ama gerçek)
Bu haberin yüzeydeki anlamı basit: eski modeller gidiyor, yerine GPT-5.5 ve GPT-5.3-Codex öneriliyor. Ama işin kurumsal tarafında hikâye biraz daha karışık. Bilhassa de Copilot Chat, inline edit, ask/agent modları. Code completion gibi yerlerde modeli sabitlemiş ekipler varsa, küçük bir değişiklik bile beklenmedik davranış farkları çıkarabiliyor. Hani “sadece model değiştirdik” dersiniz ya… sonra test sonuçları başka konuşur.
Şunu söyleyeyim, Benzer bir geçiş sancısını 2024 Kasım’ında Logosoft tarafında bir finans müşterisinde yaşamıştık. Model değil ama benzer şekilde AI destekli otomasyon katmanını güncelliyorduk; birkaç prompt aynı kalmasına rağmen çıktı tonu değişmişti. Ekip önce bunu hata sandı. Sız ne dersiniz? Aslında — dur bir saniye, önce şunu söyleyeyim — sorun çoğu zaman modelden çok beklenti yönetiminde oluyor.
Kısa bir not düşeyim buraya.
Neden bu deprecation önemli?
Doğrusu, Model emekliliği denince bazı ekipler “nasıl olsa yeni model var” deyip geçiyor. Geçmeyin derim. Çünkü üretimde çalışan sistemlerde davranış tutarlılığı, ham performanstan daha kıymetli olabiliyor. Bir ajanınızın bugün yazdığı kod ile iki hafta sonraki çıktısı arasında fark oluşursa, o farkın faturası doğrudan size gelir.
İşin garibi, Copilot Enterprise kullanan kurumlarda bu durum daha kritik hâle geliyor. Model erişimi politika üzerinden açılıp kapanıyor. Yanı kullanıcılar kendi ekranlarında modeli göremiyorsa mesele sadece ürün ayarı değil, yönetici tarafındaki policy tanımı olabilir. Bu bana hep ofisteki kartlı geçiş sistemini hatırlatıyor: kapı orada dürüyor ama anahtar sizde değilse içeri giremiyorsunuz.
İşte tam da bu noktada devreye giriyor.
Bence burada güzel olan şey şu: GitHub neredeyse tamamen kapatmıyor, geçiş için alternatif veriyor ve entegrasyon sahiplerine vakit bırakıyor. Kötü tarafı mı? Eski modele güvenerek kurulan workflow’lar varsa sessizce bozulma ihtimali var. En sevmediğim senaryo bu zaten; pat diye düşen servis değil de yavaş yavaş kalite kayması…
Üretimde en pahalı hata çoğu zaman “çalışmaması” değil; çalışıp farklı davranmasıdır.
Kurumlarda asıl etki nerede çıkıyor?
Bunu Türkiye’deki şirketler açısından değerlendirirsek tablo netleşiyor: birçok kurum hâlâ Copilot’u pilot seviyede kullanıyor ama bazı büyük yapılarda artık agent mode ile gerçek iş akışı kurulmuş durumda. Pilot ekipteyseniz güncelleme genelde ufak bir not olur; enterprise tarafta işe change management süreci gerekir, yoksa help desk’e yağmur gibi ticket düşer. Daha fazla bilgi için Foundry Managed Compute: Açık Modelleri Üretimde Taşımak Kolaylaştı yazımıza bakabilirsiniz.
Açık konuşayım, küçük startup ile büyük kurumsal yapı arasında yaklaşım farkı bayağı belirgin oluyor. Startup ekibinde biri VS Code’daki model seçiciden yeni modele geçer, üç test koşar. Devam eder (çoğu zaman yeter). Ama bankacılıkta veya telekomda çalışan ekiplerde rol bazlı onaylar, audit izi ve veri sızıntısı riskleri devreye girer; yanı olay yalnızca teknik değil, yönetişim meselesi olur. Bu konuyla ilgili Microsoft Discovery: R&D İçin Ajanlı Yapay Zekâ Dönemi Başlıyor yazımıza da göz atmanızı tavsiye ederim.
Bunun pratikte karşılığını ben Mart 2025’te İstanbul Ataşehir’de bir perakende projesinde gördüm. Orada geliştiriciler Copilot’u PR açıklamaları ve refactor işleri için yoğun kullanıyordu. Model güncellenince bazı önerilerin daha uzun hâle geldiğini fark ettik; ilk bakışta iyi görünüyordu ama kod standardı kısa bloklar isteyen repo’da ekstra gürültü yarattı. Yanı “daha akıllı” her zaman “daha uygun” demek değil.
Bir de maliyet boyutu var tabiî ki… Kurumsal lisans ücretinden çok kullanım verimliliği etkileniyor burada. TL bazında düşününce özellikle döviz baskısının yüksek olduğu yapılarda her gereksiz dakika önemli oluyor. Eğer yeni model daha fazla token tüketiyorsa ama takımın teslim hızını artırmıyorsa o yatırım kağıt üstünde güzel görünür fakat CFO’ya anlatırken zorlanırsınız.
| Senaryo | Tavsiye edilen yaklaşım | Neden? |
|---|---|---|
| Küçük startup | Hızlı geçiş + kısa doğrulama testi | Ekip az olduğu için koordinasyon kolaydır |
| Büyük enterprise | Policy kontrolü + aşamalı rollout | Audit ve uyumluluk ihtiyacı yüksektir |
| Kritik üretim hattı | Pilotu körü, üretimi kademeli geçir | Sessiz kalite değişimleri risklidir |
| Maliyet hassas ekip | Kullanım analizi yapmadan genişletme yapma | Döngüsel maliyet artışı yaşanabilir |
Neyi şimdi kontrol etmelisiniz?
Lafı gevelemeden söyleyeyim: önce nerelerde GPT-5.2 kullandığınızı bulun. Bu konuyla ilgili Agent Memory Artık Ciddiye Alınmalı: Üretimde Güven, Şeffaflık, Kontrol yazımıza da göz atmanızı tavsiye ederim.
Garip gelecek ama, Sadece Chat ekranına bakmayın; inline edits, ask modları. Agent tabanlı otomasyonlar da listede olmalı.
Bazen asıl bağımlılık gözünüzün önünde değildir — CI pipeline içine gömülü prompt zinciri çıkar mesela.
Aslında bu tarz temizlik işleri sıkıcıdır ama hayat kurtarır. Heyecan vermiyor diye önemsememek büyük hata olur. Yazılım dünyasında sıkıcı görünen işler genelde en pahalı sorunları engeller (ki bu çoğu kişinin gözünden kaçıyor) VS Code’da Kurumsal Eklenti Dönemi: Kontrol, Hız, Düzen yazımızda bu konuya da değinmiştik.
İkinci adım olarak Copilot Enterprise yöneticileri model policy ayarlarını gözden geçirmeli. Yeni modellerin açıldığını sanmakla gerçekten erişilebilir olması aynı şey değil. VS Code’da modeli seçicide görmüyorsanız çoğu zaman sebep budur. Ben bunu geçen yıl bir düşüneyim… Ankara’daki bir kamu kurumunda yaşadım; politika açık sanılıyordu ama bireysel kullanıcı izinleri kapalıydı. Sonuç? Herkes birbirine baktı kaldı… Daha fazla bilgi için Azure Content Understanding ile Belgeleri Akıllı İş Akışına Çevirmek yazımıza bakabilirsiniz.
Oops—buraya görsel koymadım çünkü istem dışı yer tutucu olurdu diye bıraktım gibi düşünmeyin; zaten görsel eklemiyorum.
Üçüncü adımda test setinizi hazırlayın:
- Aynı prompt ile eski-yeni çıktı karşılaştırması yapın. (bu kritik)
- Kod review örneklerinde ton ve açıklama uzunluğunu ölçün.
- Ajan modunda araç çağrılarının değişip değişmediğine bakın. — bunu es geçmeyin
- Tetiklenen güvenlik kontrollerinin aynı kalıp kalmadığını doğrulayın.
- Eğer bütçe kısıtlıysa önce sınırlı grupta deneyin.
- Eğer enterprise ölçekliyse governance ekibini baştan dahil edin.
- Kullanılan tüm Copilot senaryolarını çıkarın.
- Etkilenen kullanıcı gruplarını belirleyin.
- Yeni modeli sınırlı alanda açıp test edin.
- Error rate yerine çıktı kalitesini de değerlendirin. — bunu es geçmeyin
- Tamam diyene kadar production genişletmesi yapmayın.
Aklımdaki küçük hile şu: hangi modelin nerede kullanıldığını tek sayfalık basit bir envanterde tutun.
Excel olur mu?
Olur.
Mükemmel mi?
Hayır ama işe yarar… en azından başlangıçta.
Bak bir de şunu söyleyeyim: ilk migration sırasında çıkan hatalar sizi korkutmasın.
2023’te İzmir’de bir SaaS firmasında benzer şekilde “model bulunamadı” uyarısı almıştık çünkü selector’da ilgili policy aktif değildi;
Sorun aslında platformdan çok yetkilendirme katmanındaydı.
Çözümü bulunca herkes rahatladı ama o yarım günlük kayıp kimsenin hoşuna gitmedi.
Bence doğru olan operasyon planı ne?
Eğer benim AZ-305 sınavına hazırlanırken öğrendiğim bir şey varsa o da şu:
Teknik çözüm kadar işletim modeli de önemli.
Burada da aynı mantık var.
Yeni modele geçişi sadece teknik görev gibi ele almayın;
sahiplik atayın,
geri dönüş planını yazın,
ve ölçüt belirleyin.
“Daha iyi hissettirdi” ölçüt değildir.
Aşağıdaki sıra fena olmayan bir başlangıç verir:
Ha bu arada,
eğer sizin ekip henüz AI Governance konuşmuyorsa şimdi tam zamanı.
Model emekliliği ufak görünür;
ama policy,
uyumluluk,
kullanıcı eğitimi
ve maliyet kontrolü hepsi birbirine bağlıdır.
Bir arkadaşımız Temmuz 2024’te Londra’daki fintech ofisinde bunun tersini yaptı;
direkt topluca güncelledi,
sonra üç farklı takım aynı anda farklı davranış rapor etti.
İş biraz çorba öldü.
Düzeltildi mi?
Evet.
Kolay mıydı?
Hiç değildi.
Küçük ekipler ne yapsın?
Küçük ekipseniz fazla bürokrasi kurmayın ama körlemesine de ilerlemeyin.
Basit bir checklist yeter:
hangi repo,
hangi kullanıcı grubu,
hangi kullanım tipi etkileniyor?
Sonra iki saatlik kontrollü test yapıp devam edersiniz.
Bu yaklaşım idare eder;
fazlasına gerek olmayabilir.
Büyük kurumlar ne yapsın?
Büyük yapılarda işe olay biraz daha ağır yürümeli.
Change board’a not düşülmeli,
policy owner onayı alınmalı,
gerekirse ayrı subscription ya da tenant segmentasyonu düşünülmeli.
Ben özellikle Azure danışmanlığı yaptığım projelerde şunu görüyorum:
kurum büyüdükçe teknik kararların yanına belge zorunluluğu geliyor;
bu kötü değil,
aksine işi düzenli tutuyor.
Müşteri cephesinde gördüğüm küçük tuzaklar
Ve son olarak.
..
Bir proje boyunca en çok can sıkan şey genelde teknoloji olmuyor;
insan alışkanlığı oluyor.
Kullanıcı yeni modeli açınca çıktının stilini beğenmezse hemen “bozuldu” diyor.
Oysa belki sadece ton değişmiştir.
Geçen ay Nisan 2026’da Bursa’daki üretim firmasındaki geliştiricilerde bunu yaşadık:
ayný prompt eskisine göre daha açıklayıcı cevap verdi,
ama takım kısa yorum istiyordu;
biraz eğitimle düzeldi.
Yanı evet,
bu tür deprecation haberleri ilk bakışta sıradan görünebilir;
hatta biraz hayal kırıklığı yaratabilir;
ama doğru ele alınırsa fırsata dönüşüyor.
Sisteminizi sadeleştirmek için iyi bahane verir.
Kod bloğunuzu temizlersiniz,
policy’nızı gözden geçirirsiniz,
gereksiz bağımlılıkları kaldırırsınız.
{
"old_models": ["gpt-5_2", "gpt-5_2_codex"],
"recommended": ["gpt-5_5", "gpt-5_3_codex"],
"checks": [
"copilot chat",
"inline edits",
"ask mode",
"agent mode",
"code completions"
]
}(yanlış duymadınız)
Sıkça Sorulan Sorular
GPT-5.2 tamamen kaldırıldı mı?
Şunu söyleyeyim,
Hayır, aslında Copilot code review içinde hâlâ kullanılabiliyor. Ama yanı diğer çoğu Copilot deneyiminden çekilmiş durumda, o yüzden workflow’unuzu bir gözden geçirmeniz iyi olur.
Copilot Enterprise yöneticisi olarak neyi kontrol etmeliyim?
Önce model policies kısmına bakın. Alternatif modeller açık mı, kullanıcıların kendi settings ekranlarında görünüyor mu — bunları doğrulayın. Bence bu adımı atlamak sonradan gereksiz baş ağrısı yaratıyor.
Ekipler hemen migrate etmeli mi?
Evet, özellikle üretimde kullanılan akışlar varsa geciktirmeyin. Tecrübeme göre küçük çaplı testten sonra aşamalı geçirmek en sağlıklısı.
Peki hangi alternatifi seçmeliyim?
Size bir şey söyleyeyim,
Genel kullanım için GPT-5.5, Codex ağırlıklı işler için GPT-5.3-Codex öneriliyor. Ama açıkçası kullanım senaryonuz refactor mı, review mu, agent task mı — ona göre karar verin. E peki, sonuç ne öldü? Herkese uyan tek bir cevap yok maalesef.
Microsoft Learn GitHub Copilot Belgeleri
GitHub Copilot Dokümantasyonu
GitHub Blog Changelog Ana Sayfa
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.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
Yorum gönder