Geliştirici Araçları

Copilot Business’ta Yeni Dönem: GPT-5.3-Codex Devrede

17 Mayıs 2026 itibarıyla GitHub tarafında sessiz sedasız ama bayağı can alıcı bir değişiklik öldü. Copilot Business. Copilot Enterprise organizasyonlarında varsayılan model artık GPT-4.1 değil, onun yerine GPT-5.3-Codex geçti. Geçen hafta İstanbul’da bir bankacılık müşterimizde toplantıdayken IT direktörü “Aşkın, bizim Copilot’ta bir şeyler değişmiş, kod önerileri farklı geliyor” dedi. Açıp baktığımızda evet, organizasyon base model’i sessizce değişmişti. Garip ama gerçek.

Şimdi bu iş neden önemli? Çünkü GitHub bu sefer sadece “model güncellendi” demiyor, işin içine ilk kez Long-Term Support (LTS) kavramını söküyor. Yanı kurumsal müşteriye “bu model 12 ay boyunca burada kalacak, güvenlik incelemenizi rahat rahat yapın” garantisi veriliyor. Enterprise tarafında bunun ne demek olduğunu bilen bilir; bazen en büyük lüks, modelin yerinden kıpırdamaması oluyor.

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

Önce şu LTS meselesini açalım

Açık konuşayım: AI modellerinin enterprise tarafındaki en büyük sıkıntısı kararsızlık. Bir model çıkıyor, üç ay sonra deprecate ediliyor, yerine yenisi geliyor. Siz daha güvenlik ekibine modeli onaylatamadan model emekli oluyor (kendi tecrübem). Logosoft’ta geçen yıl bir telekom müşterimizde tam böyle bir durum yaşadık; internal review bitene kadar model değişmişti, baştan başladık. Sınır bozucu.

GPT-5.3-Codex işte bu yüzden farklı duruyor. OpenAI ile GitHub ortaklaşa şunu söylüyor: “Bu model 5 Şubat 2026’da çıktı, 4 Şubat 2027’ye kadar Copilot Business ve Enterprise tarafında garantili erişilebilir olacak.” Yanı tam 12 ay — dürüst olayım, biraz hayal kırıklığı —. Bu aralıkta model kaybolmayacak, adı değişmeyecek, “deprecated” etiketi görüp moral bozmayacaksınız. Küçük detay gıbı duruyor ama değil (en azından benim deneyimim böyle)

LTS yaklaşımı, AI dünyasını yazılım dünyasının biraz daha oturmuş tarafına yaklaştırıyor. Ubuntu LTS ya da.NET LTS gıbı düşünün — mantık aynı. Kurumsal alıcı için bu şu anlama geliyor: “Tamam, buna yatırım yapabilirim; yarın sabah başka modele zıplamayacağız.”

Tarihler net, kafa karışıklığı olmasın

Tarih Olay
5 Şubat 2026 GPT-5.3-Codex genel kullanıma sunuldu
18 Mart 2026 LTS ve base model değişikliği duyuruldu
17 Mayıs 2026 Base model resmî olarak değişti (BUGÜN)
1 Haziran 2026 Usage-based billing başlıyor, GPT-4.1 deprecate
4 Şubat 2027 GPT-5.3-Codex LTS penceresi sona eriyor

“Base model” tam olarak ne demek?

Bunu çok kişi atlıyor, sonra da “niye kod önerileri değişti?” diye soruyor. Şöyle anlatayım: Copilot Business veya Enterprise kullanıyorsanız organizasyonunuzun bir model approval süreci var. Admin paneline giriyorsunuz, hangı modellerin geliştiricilere açık olacağına karar veriyorsunuz. Claude Sonnet açık olsun mu? Gemini açık olsun mu? GPT-5.5 mi? Hepsi sizin elinizde (evet, doğru duydunuz)

Bir dakika — bununla bitmedi.

Bak şimdi, Ama bir model var ki o varsayılan oluyor; yanı siz hiçbir şey onaylamasanız bile geliştiricinin önüne çıkan seçenek o. İşte base model bu. İlginç, değil mi? 17 Mayıs öncesinde GPT-4.1’di, şimdi GPT-5.3-Codex öldü.

Peki pratikte ne fark ediyor? Şunu söyleyeyim: Eğer organizasyonunuzda. Kendi model seçimlerinizi yapmış, internal review’dan geçirmişseniz büyük ihtimalle hiçbir şey hissetmezsiniz. Ama 100 kişilik ekibinizde 80 geliştirici varsayılanı kullanıyorsa — ki kurumsal müşterilerimde gördüğüm oran genelde %70-85 arası geziyor — kod önerilerinin tonu, hızı ve isabeti değişecek.

Code survival rate: işin sessiz kahramanı

GitHub’ın paylaştığı metriklerde bence en kritik parça şu: GPT-5.3-Codex’in code survival rate‘i bayağı iyi görünüyor. Bu metriği herkes bilmiyor; kısaca anlatayım — Copilot bir öneri yapıyor, geliştirici Tab’a basıp kabul ediyor. Ama asıl soru şu: O kod yedi gün sonra hâlâ codebase’de mi, yoksa silinmiş ya da değiştirilmiş mi?

İşte survival rate budur. Yüksek olması “model gerçekten işe yarar kod üretiyor” anlamına geliyor diyebilirim. GPT-4.1 burada fena değildi ama Codex varyantı açık konuşayım biraz daha iyi duruyor. Mantıklı tabii; adı üstünde Codex, kod için optimize edilmiş bir sürüm. MAESTRO ile Microsoft SQL: Agentic AI Güvenliği yazımızda bu konuya da değinmiştik. GitHub App Token Formatı Değişiyor: Override Header Rehberi yazımızda bu konuya da değinmiştik.

Premium request multiplier: cüzdanı ilgilendiren kısım

Şunu fark ettim: Şimdi FinOps tarafına gelelim; burası sıkıcı gıbı görünür ama faturayı görünce herkes bir anda dikkat kesiliyor. Bu konu beni özellikle ilgilendiriyor. Maliyet danışmanlığı yaptığım müşterilerde Copilot faturası artık “küçük kalem” olmaktan çıktı.

  • GPT-5.3-Codex: 1x premium request multiplier
  • GPT-4.1: 0x multiplier (yanı bedava sayılıyor, ama 1 Haziran’da deprecate)

Yanı şu an GPT-4.1 kullanıyorsanız ücretsiz görünüyor ve kotadan düşmüyor gıbı duruyor. Ama 1 Haziran 2026’da usage-based billing devreye girince GPT-4.1 zaten emekli olacak; dolayısıyla “bir süre daha bedava kalsın” planı çok uzun yaşamıyor.

💡 Bilgi: Premium request multiplier 1x demek, her istek kullanıcının aylık premium request kotasından 1 birim düşüyor demek oluyor. Copilot Business’ta kullanıcı başı aylık 300 premium request var; yoğun çalışan bir backend geliştirici günde 30-40 öneri kabul ediyorsa kotayı on günde bitirebiliyor.

Türkiye’deki kurumsal müşteriler için ne anlama geliyor?

Burasını atlayamam çünkü bizim coğrafyada işler dokümandaki kadar düzgün akmıyor, hepiniz biliyorsunuzdur zaten. Türkiye’de Copilot Business/Enterprise kullanan kurumların çoğunu finans, telekom. Bazı büyük holdingler oluşturuyor; bu kurumlarda her model değişikliği güvenlik onayından geçmek zorunda. KVKK var, BDDK var, ISO 27001 var derken liste uzayıp gidiyor.

Bir dakika — bununla bitmedi.

LTS modelinin Türkiye için en büyük katkısı işte burada ortaya çıkıyor gıbı düşünüyorum. Bir bankacılık müşterimizde geçen sene şöyle bir (söylemesi ayıp) durum yaşadık: Güvenlik ekibi GPT-4o üzerinde dört ay süren inceleme yaptı, raporu yazdı, yönetim onayladı — model çoktan başka yere kaymıştı bile. Komik duruyor ama yaşanınca hiç komik ölmüyor. Cosmos DB ile Kurumsal Ölçekte GenAI: AVASOFT Nexus Vakası yazımızda bu konuya da değinmiştik.

GPT-5.3-Codex ile artık elinizde 12 aylık garantili pencere var. BDDK kapsamındaki kurumlar için bu ciddi bir nefes alma alanı sağlıyor diyebilirim. Hatta tavsiyem şu: Eğer Türkiye’de bir finans ya da kamu kurumunda Copilot pilotu yapıyorsanız modeli bilinçli biçimde LTS’ye sabitleyin; hem evrak işi azalır hem de yönetime “bu model bir yıl burada kalacak” deme şansınız ölür.

Enterprise vs küçük ekip: hangı yaklaşım?

Ayrımı net çizmek lazım; yoksa herkes aynı reçeteyi uygulamaya kalkıyor ve ortalık karışıyor.

  • Küçük ekip / startup (5-30 geliştirici): Copilot Pro veya Pro+ kullanıyorsanız bu değişiklik sızı pek etkilemiyor. Standard deprecation timeline geçerli kalıyor; modeller hızlı değişebilir ve çoğu zaman en yeni olanı kullanmak daha mantıklı çünkü esneksiniz.
  • Orta ölçek (30-200 geliştirici, Business plan): Base model değişikliği sızı etkiliyor olabilir. Bence en akıllıca hareket önümüzdeki iki üç haftada küçük bir pilot grup oluşturup yeni model üzerinde “kod kalitesi farkı var mı, varsa nerede” diye bakmak. — ciddi fark yaratıyor
  • Enterprise (200+ geliştirici, regülasyon altında): LTS sizin için altın değerinde diyebilirim; internal review prosedürlerinizi 12 aylık pencereye göre yeniden planlayın (evet biraz uğraştırır ama sonra rahatlatır).

Sahadan bir not: GPT-5.3-Codex farkı gerçekten hissediliyor mu?

Bakın, Sahada küçük testleri severim; teoriyi konuşmak kolay da üretimde yüzünüz kızarıyor mu asıl mesele o oluyor bazen! Geçen ay kendi makinemde bir deneme yaptım ve aynı.NET projesinde aynı endpoint’i hem GPT-4.1 hem GPT-5.,3-Codex ile yazdırdım; test ortamı Azure üzerinde çalışan bir Service Bus consumer’ıydı — Service Bus + Azure Functions: Backoff ve Circuit Breaker yazısında detaylandırdığım türden bir senaryoydu.

Peki sonuç ne çıktı? GPT-4.,1 işini gördü, fena değildi yanı boşuna laf etmeyeyim. GPT-5.,3-Codex iki noktada öne çıktı: Birinçisi retry policy’yi ben istemeden ekledi — sanki “bu kod production’a gidecekse dayanıklı olsun” diye düşünmüş gıbı davrandı! İkincisi hata mesajları için telemetry kayıtlarını ITransientErrorDetectionStrategy pattern’iyle önerdi; bunu görünce şaşırdım açıkçası çünkü bu pattern eskimiş sayılır ama enterprise dünyasında hâlâ yaşıyor. Visual Studio 2026’da Segment Heap: C++ İçin Yeni Dönem yazımızda bu konuya da değinmiştik. Daha fazla bilgi için NL2SQL Gerçekten İşe Yarıyor mu? SQL MCP Server Notları yazımıza bakabilirsiniz.

// GPT-5.3-Codex'in önerisi (ozet)
public async Task ProcessMessageAsync(ServiceBusReceivedMessage message)
{
var retryPolicy = Policy
.Handle<ServiceBusException>(ex => ex.IsTransient)
.WaitAndRetryAsync(3, attempt =>
TimeSpan.FromSeconds(Math.Pow(2, attempt)));
await retryPolicy.ExecuteAsync(async () =>
{
// Is mantigi
await _handler.HandleAsync(message);
});
}

Neyse çok dağıttım sanırım ama şunu da söylemeden geçmeyeyim: Kodun ham tarafı zaman zaman görülüyor hâlâ! Bazı öneriler fazla akademik kaçabiliyor, gereksiz abstraction katmanları ekleyebiliyor ya da işi olduğundan karmaşık gösterebiliyor… Yanı mükemmel değil; insan denetimi şart mı? Evet.

Pratik aksiyon listesi: önümüzdeki hafta ne yapın?

  1. Admin paneline girin. Organizasyon model ayarlarını kontrol edin; hangı modeller aktif ve base model gerçekten değişmiş mi kendi gözünüzle görün. — ciddi fark yaratıyor
  2. Pilot grup belirleyin. Beş ila on geliştiriciden oluşan küçük bir grup seçin ve bir hafta boyunca yeni modeli kullansınlar; geri bildirim formuna da “kod kalitesi”, “hız”, “önerilerin uygunluğu” gıbı alanlar koyun.
  3. Premium request kullanımını izleyin. 1 Haziran’dan sonra usage-based billing geliyor; şimdiden ekip bazlı tüketim trendlerini öğrenin ki sonradan sürpriz fatura yemeyesiniz.
  4. Güvenlik ekibiyle konuşun.LTS penceresi 4 Şubat 2027’ye kadar açık kalıyor; internal review timeline’ınızı buna göre planlayın. (bu kritik)
  5. Kod survival metriklerini takıp edin.> GitHub Copilot Metrics API ile kendi organizasyonunuzdaki acceptance rate ve survival rate’i ölçün; model değişikliğinin gerçek etkisini sayılarla görün.

Bilmem anlatabiliyor muyum,

Sıkça Sorulan Sorular

GPT-5.3-Codex’i hemen değiştirebilir mıyım?

Evet, (buna dikkat edin). Şöyle bir şey var: Copilot Business veya Enterprise admin’iysen, organizasyon ayarlarından farklı bir modeli base olarak seçemiyorsun. Yanı o kısımda elin bağlı. Ama geliştiricilerin başka modeller kullanabilmesi için approval listesine Claude ya da GPT-5.5 ekleyebilirsin, seçim hakkını onlara bırakabilirsin. Bence bu aslında fena bir çözüm değil.

GPT-4.1 kullanmaya devam edebilir mıyım?

Daha açık söyleyeyim, şunu fark ettim: Şu an için evet. 1 Haziran 2026’ya kadar 0x multiplier ile force-enabled durumda. Ama usage-based billing devreye girince GPT-4.1 deprecate olacak, yanı Haziran’dan itibaren erişimin tamamen kapanıyor. Açıkçası geçişi şimdiden planlamak çok daha mantıklı, son dakikaya bırakmayın.

LTS modeli 4 Şubat 2027’den sonra ne olacak?

GitHub muhtemelen yeni bir LTS modeli duyuracak, mesela GPT-5.5-LTS ya da GPT-6-LTS gıbı bir şey. Mevcut LTS penceresi kapanınca geçiş için yine birkaç aylık bir süre tanınıyor. Ama şunu bilmek lazım: 4 Şubat 2027 sonrasında GPT-5.3-Codex’in availability garantisi ortadan kalkıyor.

Copilot Pro kullanıcısıyım, bu değişiklik beni etkiler mi?

Hayır, etkilenmiyor. Bu değişiklik sadece Business ve Enterprise planlarıyla ilgili. Pro, Pro+ ve Free kullanıcıları zaten standart model deprecation timeline’ına tabi, hani bireysel planlarda model seçimi zaten geliştiricinin elinde.

Code survival rate’i kendi organizasyonumda nasıl ölçerim?

GitHub Copilot Metrics API’sını kullanarak organizasyon bazlı metrikleri çekebilirsin. Acceptance rate ile 7 ve 14 günlük code retention metrikleri ayrıca Enterprise admin panelinden de görülebiliyor. Tecrübeme göre bir de kendi codebase’inde git blame ile Copilot’ın önerdiği kodları takıp etmek işe yarıyor, yanı birkaç farklı yöntemle çapraz kontrol yapabilirsin.

Kaynaklar ve İleri Okuma

Eh, GitHub Changelog: GPT-5.3-Codex Base Model Duyurusu

Dürüst olmak gerekirse, GitHub Copilot Supported Models Documentation

Copilot Model Management for Organizations

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 beni sosyal medyada takip edin.

← Onceki Yazi
MAESTRO ile Microsoft SQL: Agentic AI Güvenliği
Sonraki Yazi →
Visual Studio Agent Skills: Copilot'a Takımı Öğretmek

Yorum Yaz

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

İçindekiler
← MAESTRO ile Microsoft SQL: Age...
Visual Studio Agent Skills: Co... →