Sabah kahvemi daha yeni elime almıştım, ekibimizden Murat WhatsApp’tan bir ekran görüntüsü attı: “Aşkın abi, Copilot ayarlarında uyarı çıkmış, Opus 4.6 (fast) kapanıyormuş, ne yapacağız?” Tarih 29 Haziran 2026. Yanı önümüzde sayılı gün var. Lafı gevelemeden konuya gireyim — bu yazıda hem GitHub’ın açıkladığı emeklilik takvimini hem de geçişi sahada nasıl yöneteceğimizi anlatacağım.
Bunu yaşayan biri olarak söyleyeyim, Açık konuşayım, model emekliliği artık bizim için yeni bir mevzu değil. Daha geçen ay GPT-5.2 ve GPT-5.2-Codex Emekli: Copilot’ta Geçiş Notları yazısında benzer bir süreçten bahsetmiştim. Ama her modelin huyu başka, davranışı başka; o yüzden hepsini aynı torbaya atınca iş karışıyor.
Evet, doğru duydunuz.
Ne oluyor, kısa özet
GitHub, 29 Haziran 2026 itibarıyla Anthropıc’in Opus 4.6 (fast) modelini büyük çoğunluk Copilot deneyimlerinden kaldırıyor. Yanı Copilot Chat, inline edits, ask mode, agent mode, code completions — hepsi etkileniyor. Yerine önerilen model işe Opus 4.8 (fast). Basit gıbı duruyor, ama sahada öyle pek basit ölmüyor.
Açık konuşayım, Duyuruyu ilk gördüğümde “Yine mi?” demedim değil. Sonra biraz düşününce tablo netleşti; fast varyantlarının ömrü zaten kısa oluyor,. Bunlar çoğu zaman yeni sürüme geçerken arada kalan köprü gıbı kullanılıyor, Anthropıc Opus 4.8’i çıkarınca da 4.6’nın kenara alınması gayet normal akışa dönüyor.
Çok konuştum, örnekle göstereyim.
Takvim ve etki alanı
| Model | Emeklilik Tarihî | Önerilen Alternatif | Etkilenen Yüzeyler |
|---|---|---|---|
| Opus 4.6 (fast) | 29 Haziran 2026 | Opus 4.8 (fast) | Chat, inline edits, ask/agent mode, completions |
Tablo net aslında. Tek model, tek tarih, tek alternatif. Ama “tek model” dediğiniz şey bazen şirket içinde üç ayrı ekipte beş ayrı sorun demek oluyor; birazdan oraya da geleceğim (inanın bana)
Saha gerçeği: Bu geçiş sandığınızdan daha geniş vurabilir
Bir kurumsal müşterimizde — finans tarafındandı, ismini vermeyeyim — yaklaşık 320 geliştirici Copilot Enterprise kullanıyor. Geçen sefer GPT tarafındaki geçişte ilginç bir şey gördük: Geliştiricilerin yaklaşık %40’ı default modeli hiç değiştirmiyor. Kalan %60’ın içinde işe “ben Opus fast kullanıyorum, completion daha akıcı geliyor” diyen az buz olmayan bir grup var; yanı iş sandığınızdan biraz daha canlı.
Durun, bir saniye.
Şöyle düşünün: Eğer ekibinizde Opus 4.6 (fast)’i agent mode’da ya da uzun refactor işlerinde kullanan geliştiriciler varsa, 30 Haziran sabahı selector’da o modeli göremeyecekler (inanın bana). Önceden haber vermezseniz ilk tepki büyük ihtimalle “Copilot bozuldu” ölür; sonra Service Desk’e ticket yağar, orası ayrı.
Türkiye’deki kurumsal yapılarda durum
Bunu Türkiye’deki şirketler açısından ele alırsak küçük bir fark var: Çoğu büyük kurumda Copilot Enterprise lisansı yeni yeni yaygınlaşıyor. Yanı ekipler henüz “hangı model ne işe yarar” kısmında çok olgun değil. Bir bankada gözlemlediğim kadarıyla geliştiricilerin çoğu sadece varsayılan modeli kullanıyor; bu da geçişi aslında kolaylaştırıyor. Çoğu kişi farkı bile hissetmeyebilir.
Ama madalyonun öbür yüzü de var tabii. Model politikalarını (Model Policies) düzgün ayarlamayan kurumlar gördüm. Ben Logosoft tarafında üç farklı müşteride aynısını yaşadım: Admin paneline girip Opus ailesinin tamamına izin vermişler ama “4.8 (fast)” politikasını henüz açmamışlar (ciddiyim). Sebep basit; model yeni geliyor diye default politika kapalı kalabiliyor. Böyle olunca geliştirici selector’da sadece 4.6’yı kaybetmiyor, alternatif olan 4.8’i de göremiyor. Visual Studio 2026: Tema Renklerini Artık Siz Yönetiyorsunuz yazımızda bu konuya da değinmiştik.
Model emekliliği sadece bir tarih değil, bir change management sürecidir. Tarihten önce alternatifin AÇIK olduğundan emin olun.
Admin tarafında yapmanız gerekenler
Bakın, Şimdi pratik tarafa gelelim. Eğer Copilot Enterprise yöneticisiyseniz, 29 Haziran’dan önce kontrol etmeniz gereken birkaç nokta var. Sırayla gidelim: Foundry Local 1.2: Edge AI Geliştirmeyi Hızlandırma Notlarım yazımızda bu konuya da değinmiştik. PostgreSQL’in Geleceği: Microsoft’tan Commit’ten Bulut’a yazımızda bu konuya da değinmiştik.
- Mevcut kullanımı ölçün. Copilot Usage Metrics API’sını kullanarak Opus 4.6 (fast)’in ekibinizde ne kadar yaygın kullanıldığını görün. Bu konuyu Copilot Usage Metrics API: Artık Kohortlu AI Adopsiyon Devri yazımda detaylı anlatmıştım. (bu kritik)
- Model policy’sını açın. Copilot Settings > Policies > Models bölümünden Opus 4.8 (fast)’i Enabled konumuna getirin.
- Test edin. Kendi hesabınızla VS Code’da ya da GitHub.com üzerindeki Copilot Chat selector’da 4.8’in göründüğünü doğrulayın.
- Geliştiricileri bilgilendirin. Slack veya Teams üzerinden kısa bir duyuru atın: “29 Haziran’dan itibaren Opus 4.6 (fast) yerine 4.8 (fast) kullanılacak.”
- CI/CD entegrasyonlarınızı tarayın. Eğer Copilot’u programatik olarak çağıran custom script’leriniz varsa (agent flow’ları, action’lar vs.), model adının hardcode edilip edilmediğine bakın.
Beşinci maddeyi özellikle boş geçmeyin derim. Bir müşteride bunu birebir yaşadık geçen yıl; PR review otomasyonunda model adı sabit yazılmıştı, model emekli öldü. Action patladı ama kimse iki hafta fark etmedi bile. Sonra “code review neden gelmiyor?” diye sorunca pipeline log’larında çıkan o garip hata yüzümüze çarptı; açık söyleyeyim pek hoş değildi.
Hardcode kontrolü için pratik bir komut
// Repo'larınızda Opus 4.6 referansı arayın
git grep -i "opus-4.6\|opus-4-6\|opus_4_6"
// veya GitHub CLI ile organization geneli
gh api -X GET search/code \
-f q="opus-4.6 org:SIRKETINIZ" \
--jq '.items[].html_url'Bunları çalıştırın, çıktıyı alın. Ekibe gönderin işte; “Şu repolarda hardcode var, lütfen güncelleyin” deyin yeterli ölür çoğu zaman. Bana kalırsa on dakikalık iş gıbı duruyor ama ileride üç günlük debug yükünü omuzdan alıyor.
Geliştirici tarafı: Davranışsal farklar
Opus 4.6 (fast) ile 4.8 (fast) arasındaki farkı uzun süre test etme fırsatım henüz olmadı — duyuru yeni çıktı ve model de Copilot tarafına yakın zamanda geldi zaten. Ama Anthropıc’in release notlarına ve benim sınırlı deneyimime bakınca birkaç şey söyleyebilirim:
- Context window: 4.8 tarafında genişlemiş durumda görünüyor. Uzun dosyalarla çalışırken fark hissediliyor.
- Latency: Açık konuşayım, fast varyantları arasında bariz bir fark görmedim. Belki 50-100ms civarıdır, çok iddialı konuşmayayım.
- Code completion kalitesi: Python ve TypeScript için 4.8 biraz daha tutarlı geliyor. Ama bu tamamen sahadaki gözlem, laboratuvar raporu değil.
- Agent mode davranışı:T tool calling tarafında hemen göze çarpan şey şu; 4.8 gereksiz tool çağrılarını biraz azaltmış gıbı duruyor.
İnanın, Ama dürüst olayım, geliştiricilerinizin çoğu bu farkın peşine düşmeyecek bile. Bir iki gün huysuzlanan ölür — “eskisi daha iyiydi ya” cümlesi her ofiste çıkar zaten — sonra alışırlar, biter gider. Evet, klasik hikâye bu.
Küçük ekip mi, büyük kurum mu?
Burada ince bir ayrım var bence. Küçük ekipseniz (10-20 geliştirici), bu geçiş için ekstra aksiyon almanız gerekmeyebilir; selector’dan 4.8’i seçersiniz, hayat devam eder (yanlış duymadınız). Hatta default’u direkt 4.8 yaparsınız, kimse dönüp bakmaz bile.
Yanı, Ama büyük kurumsal yapıdaysanız —. Yüzün üstünde geliştirici, regülasyona tabi sektör, audit beklentisi olan ortam — işler değişiyor (ilk duyduğumda inanamadım). Model değişikliğinin loglanması, change advisory board’a bildirilmesi, bazı yerlerde security review’dan geçmesi gerekiyor; kulağa biraz bürokrasi gıbı geliyor ama işin aslı bazen gerçekten şart oluyor. Bir telekom müşterimizde her model değişikliğinde mini CAB toplantısı yapıyoruz, evet biraz tuhaf duruyor ama “AI modelimiz değişti, datamız nereye gidiyor?” sorusunu cevaplamanız gerekiyor çünkü.
Maliyet tarafı: Cebimize etkisi ne?
Bak şimdi, Lisans ücreti açısından bakarsanız değişiklik doğrudan cebinizi vurmuyor. Copilot Enterprise kullanıcı başına aylık sabit ücret olduğu için, modeli değiştirdiniz diye fatura kendiliğinden artmıyor ya da azalmıyor. Bu kısmı rahat geçebilirsiniz yanı.
Ama dolaylı maliyet diye bir şey var: Premium request kotaları. Her planda aylık belirli sayıda “premium bir düşüneyim… model” çağrı hakkı veriliyor; Opus serisi de premium tarafta yer alıyor. Eğer ekibiniz Opus’u yoğun kullanıyorsa ve kota sınırına dayanıyorsa, geçiş sonrası kullanım davranışını en azından bir hafta izleyin derim. Bazen yeni model biraz daha konuşkan oluyor, dolayısıyla request başına token tüketimi artabiliyor; ufak gıbı görünen şey sonradan can sıkabiliyor. Bu konuyla ilgili Cosmos DB Güvenliği: Yeni Projede İlk Gün Kararları yazımıza da göz atmanızı tavsiye ederim.
Tuhaf ama, T L bazında kaba hesap yaparsak: Copilot Business yaklaşık 19 USD, Enterprise işe yaklaşık 39 USD civarında geziniyor. Bugünkü kur da aşağı yukarı aynı bantta olduğundan Enterprise lisansı kişi başı yaklaşık bin beş yüz TL/ay ediyor diyebiliriz. Yüz kişilik ekipte aylık rakam baya büyüyor; asıl izlemeniz gereken yer premium request aşımı yüzünden oluşabilecek fazla kullanım ücreti. O yüzden Usage Metrics dashboard’unuzu açık tutun işte. Daha fazla bilgi için Azure Content Understanding Build 2026: Saha Notlarım yazımıza bakabilirsiniz.
Benim önerim: Aksiyon listesi
İnanın, Lafı çok uzattım, toparlayayım şimdi; bugün masaya oturduğunuzda şunları yapın:
- Copilot admin paneline girin, Opus 4.8 (fast) politikasının Enabled olduğunu doğrulayın.
- Geliştiricilere kısa bir duyuru hazırlayın — sade olsun, net olsun, uzatmayın.
- Repolarınızda Opus 4.6 hardcode’u var mı bakın (yukarıdaki git grep komutu iş görüyor).
- Eğer agent flow’larınız veya custom script’leriniz varsa, model parametresini güncelleyin.
- Bir iki günlük A/B karşılaştırma yapın — eski ve yeni model arasında nasıl fark var, not alın.
- 29 Haziran sonrası ilk hafta Usage Metrics’i yakından izleyin.
Bu arada konu Copilot’a gelmişken masaüstü tarafında da hareket var hani; geçenlerde yazdığım GitHub Copilot Masaüstü Uygulaması GA Öldü: İlk İzlenimler yazısına da göz atın derim. Orada da model selector aynı mantıkla çalışıyor. Aynı politika değişikliği masaüstü deneyimini de etkiliyor olabilir.
Sıkça Sorulan Sorular
29 Haziran 2026’dan sonra Opus 4.6 (fast)’e hiç erişemeyecek mıyım?
Evet, maalesef öyle. O tarihten sonra model selector’dan tamamen kalkıyor ve API üzerinden de erişemiyorsunuz. Aslında bu konuda endişelenmenize gerek yok — otomatik olarak Opus 4.8 fast’e yönlendiriliyorsunuz ya da selector’da daha önce seçtiğiniz başka bir model devreye giriyor.
Modeli manuel olarak kaldırmam gerekiyor mu?
İlginç olan şu ki, Hayır, hiç dokunmanıza gerek yok. GitHub her şeyi arka planda hallediyor. Yanı tek yapmanız gereken şu: geliştiricilerinizin alternatif modele erişebildiğinden emin olmak. Bunu da Copilot Settings > Policies bölümünden kontrol edebilirsiniz.
Opus 4.8 (fast) ile 4.6 (fast) davranış olarak çok farklı mı?
Bence, Günlük kullanımda açıkçası pek fark etmiyorsunuz. Code completion ve chat tarafında 4.8 biraz daha tutarlı geliyor. Agent mode’da da tool calling disiplini iyileşmiş — mesela daha az “kaçak” tool çağrısı yapıyor. Bence kritik prompt’larınız varsa bir hafta boyunca ikisini paralel test etmenizi şiddetle tavsiye ederim; böylece kendi projeniz özelinde davranış farkını net görürsünüz.
Hangı ekiplerin veya geliştiricilerin etkilendiğini nasıl anlıyorum?
Copilot Usage Metrics API’den son 30 günlük model kullanım verisini çekin. Oradan “claude-opus-4-6” içeren satırları filtreleyin — hani kim ne sıklıkta kullanmış, hepsi orada görünüyor. Tecrübeme göre bu veriyi çektikten sonra hedefli bilgilendirme yapmak çok daha kolay oluyor.
Copilot Business kullanıcısıyım, bu beni de etkiliyor mu?
Evet, herkesi kapsıyor. Business, Enterprise, Individual — fark etmiyor. Şunu belirteyim: Business ve Individual planlarda model politikası ayarı yok, yanı otomatik olarak alternatif modele geçiyorsunuz. Enterprise’da işe bunu Policies bölümünden yönetebiliyorsunuz.
Kaynaklar ve İleri Okuma
GitHub Changelog: Upcoming deprecation of Opus 4.6 (fast) — Resmî duyuru. Takvim.
GitHub Copilot: Available Models Documentation — Copilot içinde mevcut tüm modeller (en azından benim deneyimim böyle). Özellik karşılaştırması.
Copilot Enterprise Model Policies Rehberi — Admin tarafında model politikalarını yönetmek için resmî dokümantasyon.
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.
