Claude Sonnet 5 GitHub Copilot’ta: Sahadan Sonnet Notları
Anthropic’in yeni Sonnet sınıfı modeli,. Claude Sonnet 5, GitHub Copilot içinde genel kullanıma açıldı. Bunu duyunca ilk tepkim şu öldü açıkçası: “Bir Sonnet daha mı?” Çünkü son aylarda Copilot’un model seçici menüsü neredeyse bir restoran menüsüne döndü — GPT’sinden Claude’una, Gemini’sinden Grok’una. Ama biraz kurcaladıktan sonra anladım ki, Sonnet 5’i diğerlerinden ayıran bazı detaylar var. Hepsi parlak değil ama, lafı gevelemeden anlatayım.
Önce şunu söyleyeyim: Sonnet ailesi, Anthropic tarafında hep bir ara nokta gibi durdu. Opus kadar pahalı değil, Haiku kadar hafif de değil. Yanı günlük geliştirici işleri için tam o “ne çok ağır ne çok boş” çizgisinde kalıyor; işin ilginci, bu model de aynı çizgiyi sürdürüyor ama bu kez CLI tarafında biraz daha iddialı davranıyor.
Sonnet 5 Tam Olarak Neyi Değiştiriyor?
GitHub’ın kendi iç testlerinde Sonnet 5’in özellikle CLI tarzı görevlerde öne çıktığı söyleniyor (bu konuda ikircikliyim). Bu detay önemli, çünkü Copilot artık sadece IDE içinde yaşayan bir asistan değil. Copilot CLI, cloud agent, mobil — her yerde. Ve bu ortamların hepsinde modelin davranışı biraz değişiyor, yanı aynı motoru farklı yollarda sürüyormuşsunuz gibi oluyor.
Evet, doğru duydunuz.
Resmî açıklamada iki teknik nokta dikkatimi çekti: Birincisi prompt cache kullanımı, model tekrarlayan bağlamı belleğinde daha verimli tutuyor; pratikte uzun konuşmalarda token maliyetini aşağı çekiyor. İkincisi de düşük effort seviyelerinde rekabetçi gecikme, yanı “düşün, düşün, sonra cevap ver” moduna saplanmadan da iş çıkarabiliyor.
Şimdi açık konuşayım: Bu iki madde ilk bakışta pazarlama dili gibi gelebilir. Ama prompt cache verimliliği kurumsal kullanımda gerçekten cüzdana dokunuyor, hele usage-based billing modelinde her token sayılıyorsa işin rengi hemen değişiyor. İşte, peki neden? Çünkü küçük görünen gecikme farkı ve tekrar eden bağlam maliyeti, ay sonunda gayet hissedilir hâle geliyor.
Şimdi gelelim işin can alıcı noktasına.
Hangi Planlarda Var?
Sonnet 5; Copilot Pro, Pro+, Max, Business ve Enterprise kullanıcıları için açılıyor. Yanı aslında geniş bir kitleye gidiyor. Ama dağıtım kademeli ilerliyor, o yüzden sız “ben göremiyorum” diyorsanız durup sinirlenmeyin; büyük ihtimalle sıra size henüz gelmemiştir.
Model seçici menüde şu ortamlarda göreceksiniz: Visual Studio Code ve Visual Studio tarafında var, Copilot CLI’da var, GitHub Copilot cloud agent içinde var; ayrıca GitHub Copilot App, github.com ve mobil tarafta (iOS/Android) da geliyor. Bir de JetBrains, Xcode ve Eclipse listesi var ki, açıkçası orada kısa bir duraksadım.
Eclipse’i bile listeye almışlar. Bu baya ilginç. Demek hâlâ Eclipse kullanan bir kitle var; hani bazen teknoloji dünyasında herkes yeni oyuncağın peşinden koşuyor sanıyoruz ama eski araçlar sessizce yaşamaya devam ediyor (yanlış duymadınız). Selam olsun onlara.
Faturalandırma: Cüzdanı Açmadan Önce
İşin para tarafına gelelim, çünkü kafa en çok burada karışıyor. Sonnet 5, provider list pricing üzerinden faturalanıyor; yanı Usage-Based Billing içinde dönüyor, ve mantık da kabaca “premium request” sayısı ile çarpılan bir yapıya oturuyor.
Şimdi Türkiye’deki şirketlere bakalım. Dolar kuru oynak, Azure ve GitHub aboneliklerini TL’ye çevirdiğinizde küçük görünen farklar bile yıl sonunda can sıkabiliyor; hele bir de 15 kişilik geliştirici takımınız Sonnet 5’i sık kullanıyorsa, ay sonu faturayı tahmin etmek şart oluyor.
Aşağıdaki tabloyu, ben kendi danışmanlık görüşmelerimde sık sık çizdiğim karar matrisinden uyarladım: (buna dikkat edin)
| Senaryo | Önerilen Model Stratejisi | Neden? |
|---|---|---|
| Startup, 3-5 geliştirici | Sonnet 5 + ara sıra GPT-4 sınıfı | Hız ve maliyet dengesi, Pro planı yeterli |
| Orta ölçek, 20-50 geliştirici | Karma kullanım, Business planı | Model policy ile kontrol şart |
| Enterprise, 100+ geliştirici | Sonnet 5 default + Opus opsiyonel | ZDR ve denetim önemli, bütçe kalemi ayrılır |
| CLI ağırlıklı DevOps takımı | Sonnet 5 öncelikli | CLI performansı iddialı |
Tablodaki “karma kullanım” kısmı kritik. Çünkü tek bir modele bağımlı kalmak hem maliyet hem de yetenek tarafında biraz körleşme yaratıyor; bazı işler için Sonnet 5 fazla geliyor, bazı işlerdeyse açık konuşayım yetersiz kalabiliyor.
Dürüst olmak gerekirse, Evet.
Burada, peki neden? Çünkü iş yükü dediğimiz şey düz değil; bir gün kısa kod üretimi istiyorsunuz, ertesi gün uzun analiz ya da daha kontrollü cevap gerekiyor. Hani bu yüzden model seçimini tek kutuya sıkıştırınca rahat etmiyorsunuz (özellikle ekip büyüyünce).
Şöyle ki, Neyse, çok dağıtmayayım. Yukarıda bahsettiğim o maliyet meselesi var ya, işte orada asıl iş sadece fiyat etiketi okumak değil; kullanım alışkanlığını da izlemek gerekiyor. Daha fazla bilgi için Outlook Add-in Mailbox 1.16: Şifreli Mesajlar ve EWS Kararı yazımıza bakabilirsiniz.
Burada, tam da öyle.
Zero Data Retention: Detayı Atlamayın
Sonnet 5 de, diğer Sonnet modelleri gibi, Zero Data Retention (ZDR) politikasıyla çalışıyor. Yanı gönderdiğiniz kod — kendi adıma konuşayım — parçaları da prompt’lar da, kısacası Anthropic’e yolladığınız içeriklerin hiçbiri saklanmıyor. Kulağa basit geliyor, ama regülasyona tabi sektörlerde işin rengi bir anda değişiyor.
ZDR, “veriniz hiç işlenmiyor” demek değildir. “İşlendikten sonra saklanmıyor” demektir. Bu nüans, finans ve sağlık alanında karar verirken hayatı önemde.
Kurumsal müşterilerimde bunu defalarca gördüm; Türkiye’de bu tip teknolojilerin benimsenmesi biraz farklı bir ritimde ilerliyor,. KVKK uyumluluğu ile müşteri verisinin yurtdışı işlenmesi gibi başlıklar her seferinde yeniden açılıyor, kapanıyor, sonra yine açılıyor. ZDR varlığı hukuk ekibinin “tamam” demesini hızlandırıyor, evet. Tek başına yetmiyor, veri sınıflandırma da lazım, model policy ayarları da lazım, denetim logları da masaya gelmeli. Cosmos DB Rolleri: Uygulamam İçin Hangisi Doğru Seçim? yazımızda bu konuya da değinmiştik.
Kısa bir not düşeyim buraya. Daha fazla bilgi için Copilot Code Review Azure Repos’a Geldi: Sahadan İlk İzlenimler yazımıza bakabilirsiniz.
Admin Tarafında Ne Yapmalı?
Şöyle söyleyeyim, Eğer Copilot Business ya da Enterprise yöneticisiyseniz, Sonnet 5’i açmadan önce birkaç şeye bakın; yoksa sonra uğraşırsınız. Şey gibi düşünün: önce kapıyı açıyorsunuz sanıyorsunuz ama meğer içeride ışık anahtarı başka duvarda kalmış.
- Model policy ayarlarına girin ve Sonnet 5’i organizasyon için etkinleştirin.
- Hangi takımların hangi modellere erişeceğini gruplara ayırın. Her geliştirici her modeli kullanmak zorunda değil.
- Usage-based billing limitlerini set edin. Sürpriz fatura kimsenin hoşuna gitmiyor. (bence en önemlisi)
- İlk iki haftalık kullanım verisini bekleyin, sonra optimize edin.
Üçüncü madde özellikle kritik. Çünkü “developer’lara serbest kürsü” yaklaşımı ilk başta rahat hissettiriyor, hatta biraz da havalı dürüyor; ama ilk ay bitince finans tarafında alarm zilleri çalmaya başlayabiliyor, ben açık konuşayım o tabloyu birkaç kez gördüm.
Peki neden? Çünkü kullanım sınırı koymadan ilerleyince iş büyüyor gibi görünürken maliyet sessizce kabarıyor (ki bu çoğu kişinin gözünden kaçıyor). Tam da öyle.
Peki Hangi İşler İçin Hangi Sonnet?
Bir önceki Sonnet sürümünü kullananlar için en kafa karıştırıcı soru bu olacak: “Ne zaman Sonnet 4.5’ten 5’e geçeyim?” Açık konuşayım, buna tek cümlelik bir cevap yok. Ama sahada gördüğüm kadarıyla, işin türü değişince model tercihi de değişiyor, (ciddiyim). Her senaryoda aynı modeli dayatmak biraz tembelce kalıyor.
- CLI scripting ve shell otomasyonu için Sonnet 5’i deneyin. Burada baya iş görüyor.
- Uzun refactor oturumları için yine Sonnet 5 — prompt cache avantajı burada hissediliyor.
- Çok dilli kod inceleme için karşılaştırın; bazen önceki sürüm hâlâ daha kararlı sonuç verebiliyor. (bu kritik)
- Karmaşık mimarı kararlar için Opus sınıfı bir model hâlâ daha uygun. Sonnet 5 hızlı ama derinlik istediğinizde Opus tarafına geçmek lazım.
İşin garibi, Sahada şunu sık görüyorum: Geliştiriciler bir modeli sevince her işe önü kullanıyor. Halbuki bu yanlış bir alışkanlık, çünkü kısa bir otomasyon işiyle saatler süren mimarı tartışmayı aynı kefeye koyunca sonuç biraz dağılıyor (hem maliyet hem kalite tarafında). Bu konuda Claude Opus 4.8 Fast Mode Copilot’ta: Hız mı, Cüzdan mı? yazımda daha detaylı tartışmıştım (inanın bana)
Pratik Bir Karşılaştırma Senaryosu
Şöyle bir örnek vereyim. Diyelim ki Python’da bir FastAPI projeniz var ve şu üç işi yapmanız gerekiyor:
# 1. Endpoint için unit test yazmak
# 2. Mevcut bir endpoint'i async hale getirmek
# 3. Production'da hata fırlatan bir log satırını analiz etmek
Birinci iş için Sonnet 5 hızlı ve yeterli. İkinci iş için yine Sonnet 5 işini görür. Ama üçüncü iş — yanı log analizi. Kök neden — bazen daha derin bir modele ihtiyaç duyar; çünkü tek bir satıra bakıp hüküm vermek çoğu zaman yetmiyor, bağlamı görmek gerekiyor, üstüne bir de zincirleme etkileri kaçırmamak lazım.
Enterprise vs Startup: İki Farklı Dünya
Küçük bir ekipseniz, açık konuşayım, model policy tarafında kendinizi fazla yormayın. Sonnet 5’i default yapın, arada başka bir modele de bakarsınız, bitti gitti. Premium request sayısı düşük kalıyorsa maliyet de öyle aman aman can sıkmaz.
Evet, doğru duydunuz.
Ama iş kurumsala dönünce tablo değişiyor. Burada iş biraz sertleşiyor, yanı: Bu konuyla ilgili Kubernetes AI Politikası: Açık Kaynak Sürdürücülüğü Yeni Çağda yazımıza da göz atmanızı tavsiye ederim.
- Model policy ile rol bazlı erişim şart
- Audit log’ları düzenli incelenmeli
- FinOps tarafında her ay bir “model kullanım raporu” üretilmeli
- Geliştirici eğitimi olmazsa olmaz — hangi iş için hangi model, bunu öğretmek gerek
Şu son madde var ya, çoğu kurumda tam orası boş kalıyor. Şirket aboneliği alıyor, tamam; ama içerideki insanlar modelleri kafasına göre kullanıyor (bir gün kod için, ertesi gün doküman için, sonra da gereksiz pahalı istekte bulunuyor), sonra da fatura şişiyor ve herkes birbirine bakıyor. Eğitim olmadan araç yetmiyor.
Eksik Bulduğum Yanlar
İlginç olan şu ki, Her şey güzel mi? Değil tabiî. Birkaç çekincem var, hani insan ister istemez durup bakıyor.
Bir kere, Anthropic resmî olarak Sonnet 5’in benchmark sonuçlarını henüz çok detaylı paylaşmadı. GitHub “iç testlerimizde iyi performans gösterdi” diyor —. Hangi benchmark, hangi dil, hangi senaryo? Bu detaylar olmadan iş biraz havada kalıyor; kâğıt üstünde süper duran şey, pratikte bazen bambaşka çıkabiliyor.
Bir de şu var: Model sayısı arttıkça karar verme yorgunluğu da artıyor. Geliştirici, kod yazmak yerine “hangi modeli seçeyim” diye düşünmeye başlıyor; garip ama oluyor. Bu tersine bir verimlilik kaybı. Belki de Copilot’un bir sonraki adımı, “task type’a göre otomatik model seçimi” olmalı. Bekleyip göreceğiz.
Son olarak — bu konuyu Copilot Code Review Azure Repos’a Geldi: Sahadan İlk İzlenimler yazımda da değinmiştim — model değişikliği, code review kalitesini doğrudan etkiliyor. Yanı Sonnet 5’e geçiş yapıyorsanız, ilk birkaç hafta review çıktılarını dikkatle gözlemleyin; çünkü küçük gibi görünen farklar bazen yorumun tonunu bile değiştiriyor, sonra ekip içinde gereksiz tartışma çıkabiliyor (ilk duyduğumda inanamadım)
İşte tam da bu noktada devreye giriyor.
İlk Adımda Ne Yapmalı?
Denemek istiyorsanız, ilk iş şu: önce küçük başlayın, yanı ortalığı dağıtmadan bir iki görev seçin; ben olsam VS Code’da Copilot Chat’i açar, model seçiciden Sonnet 5’i denerdim, çünkü ilk izlenim bazen şaşırtıyor, bazen de hiç umduğunuz gibi çıkmıyor.
- VS Code’da Copilot Chat’i açın, model seçiciden Sonnet 5’i seçin.
- Mevcut bir küçük projeden iki-üç görev tanımlayın (test yazma, refactor, dokümantasyon).
- Aynı görevleri başka bir modelle de tekrarlayın.
- Çıktıyı kaliteden çok tutarlılık açısından değerlendirin. Hız ikinci plandadır.
- İki hafta sonra usage raporuna bakın — hangi model kaç token yedi?
Peki neden böyle? Çünkü mesele sadece “çıktı verdi mi” değil; asıl bakmanız gereken şey, aynı işi tekrar ettiğinde ne kadar benzer davrandığı (bir gün düzgün yazıp ertesi gün bambaşka tonda sapıtıyorsa, orada durup düşünmek lazım), ayrıca token tüketimi de cabası; yanı hız güzel ama tek başına pek bir şey anlatmıyor.
Eğer ajanik iş akışlarıyla ilgileniyorsanız, Agent Framework ile Kendi Claw’ünü Kurmak: Saha Notları yazımda Sonnet ailesinin agent’lar içinde nasıl davrandığına dair gözlemlerimi paylaşmıştım. Oraya da bir göz atmanızı tavsiye ederim.
Neyse, konu biraz dallandı. Önemli nokta şu: önce küçük bir senaryo kurun, sonra aynı senaryoyu farklı modellerde oynatın; böylece kağıt üstündeki vaat yerine gerçek davranışı görürsünüz. Evet.
Sıkça Sorulan Sorular
Claude Sonnet 5 için ekstra para ödemem gerekiyor mu?
Eh, Evet, Sonnet 5 Usage-Based Billing kapsamında, yanı provider list pricing üzerinden faturalandırılıyor. Hani Copilot aboneliğinizin dışında, premium request kullanımınıza göre ek ücret çıkıyor. Plan limitinizin içinde kalırsanız sorun yok, ama aşarsanız fatura geliyor tabiî.
Sonnet 5, eskisinden çok mu farklı?
Açıkçası, dramatik bir sıçrama sayılmaz. Ama anlamlı iyileşmeler var. En çok da CLI tarzı görevlerde, prompt cache verimliliğinde ve düşük effort modunda gecikme açısından öne çıkıyor (evet, doğru duydunuz). Yanı ağırlıklı olarak IDE içinde tamamlama yapıyorsanız farkı pek hissetmezsiniz; CLI ve agent senaryolarında işe çok daha belirgin oluyor (en azından benim deneyimim böyle)
ZDR var diye verilerim tamamen güvende mi?
Bence, Zero Data Retention, aslında şunu ifade ediyor: model, gönderdiğiniz veriyi işledikten sonra saklamıyor. Ama işlem sırasında veri geçici olarak provider altyapısından geçiyor, bunu unutmamak lazım (bizzat test ettim). Bence KVKK veya sektörel regülasyon gereği daha sıkı kontrol gerekiyorsa, ek kurumsal politikalar ve veri sınıflandırması şart.
Hangi IDE’lerde kullanabiliyorum?
VS Code, Visual Studio, JetBrains, Xcode, Eclipse, Copilot CLI, cloud agent, GitHub mobil uygulamaları ve github.com üzerinde kademeli açılıyor. Hemen göremiyorsanız panik yapmayın. Bu ne anlama geliyor? Rollout kademeli yapılıyor; tecrübeme göre birkaç gün içinde hesabınızda da çıkıyor.
Eski Sonnet sürümünü kullanmaya devam edebilir mıyım?
Şunu söyleyeyim, Evet, model seçici menüde önceki sürümler de listemde kalmaya devam edecek. Ama şunu söyleyeyim: Anthropic ve GitHub bir noktada eski modelleri emekliye ayırabilir (kendi tecrübem). O yüzden migrasyon planını şimdiden düşünmek bence mantıklı bir hamle.
Kaynaklar ve İleri Okuma
GitHub Blog: Claude Sonnet 5 is generally available for GitHub Copilot
Bence, GitHub Copilot: Models Documentation
GitHub Copilot: Organization Policy Settings
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.








0 comments