VS Code Haziran 2026 Copilot: Paralel Ajanlar ve Maliyet Netliği
Şunu en başta söyleyeyim: VS Code’un aylık Copilot güncellemelerini takip etmek, son zamanlarda ayrı bir mesai gibi öldü. Haziran ayı iyice yoğun geçti; v1.123’ten v1.127’ye kadar beş sürüm peş peşe geldi, içeride de epey şey birikti (ilk duyduğumda inanamadım). Bu yazıda hepsini tek tek dökmeyeceğim, çünkü resmî changelog zaten orada dürüyor. Sız ne dersiniz? Ben daha çok sahada gerçekten iş gören parçaları, hangisinin hemen fayda verdiğini, hangisinin biraz daha zaman istediğini konuşacağım (kendi tecrübem)
Açık konuşayım, ben bu güncellemelerde en çok paralel oturumlar ve maliyet görünürlüğü tarafına takıldım. Diğer özellikler de fena değil, ama kurumsal tarafta asıl sancıyı hafifleten ikisi bunlar gibi dürüyor. E peki, sonuç ne öldü? Evet, biraz da bütçe kokusu var işin içinde.
Entegre Tarayıcı: Ajan da Geziyor Artık
Agentic browser tools artık GA öldü. Yanı preview değil, kararlı sürüm; üstelik varsayılan olarak açık geliyor. Ajan web sayfası açabiliyor, içeriği okuyabiliyor, ekran görüntüsü alabiliyor, form doldurup validation yapabiliyor. Bunu daha önce VS Code’da Copilot Browser Tools GA: Ajanlar Artık Sörfçü yazısında biraz kurcalamıştım,. Haziran sürümünde işin havası değişmiş.
Neler Değişti?
Entegre tarayıcıya artık favoriler, geçmiş ve web araması eklenmiş. Kamera, mikrofon, konum gibi izinleri de ayrı ayrı yönetebiliyorsunuz. Bir ajan sizin yerinize gidip “şu bileti aç, ekran görüntüsünü al, buraya bir yorum bırak” diyebiliyor; kağıt üstünde baya idare eder görünüyor.
Tuhaf ama, En hoşuma giden kısım remote workspace desteği öldü. Bir Codespace’te ya da SSH remote’ta çalışıyorsanız, HTTP(S) trafiği artık remote bağlantı üzerinden proxy’lenebiliyor. Bu public preview’da ama değerli bir şey — en azından ben öyle düşünüyorum — (evet, doğru duydunuz) (bu konuda ikircikliyim). Çünkü daha önce local’de çalışan ama remote’da patlayan sayısız senaryo gördüm; network katmanı değişince ajan da insanı rahatça yanıltıyordu (buna dikkat edin). Şimdi remote’un kendi ağından konuşabildiği için tablo biraz toparlanmış.
Çok konuştum, örnekle göstereyim.
Bir Dakika, Burada Durmak Lazım
İlginç olan şu ki, Ajanı web’e salmak riskli olabilir. Hele kimlik doğrulaması isteyen sayfalarda… Ajan yanlış butona basarsa ne olacak — Prod’a bağlı bir dashboard’da yanlışlıkla “delete” tıklarsa? İşte bu yüzden permission modelini iyi ayarlamak gerekiyor. Autopilot’a tamamen bırakmak yerine, hassas sitelerde manuel onay istemek şimdilik daha sağlıklı dürüyor.
Peki neden? Çünkü tarayıcı tarafında hata pahalıya patlayabiliyor.
Paralel Ajanlar ve Çoklu Chat: Beklenen Hamle
Peki, i̇lginç olan şu ki, İşte bu sürümün en kilit kısmı bence bu. Artık Agents penceresinde birden fazla oturumu yan yana çalıştırabiliyorsunuz. Aynı oturumun içinde de birden fazla chat açılabiliyor. Yanı bir tarafta implementation akarken, öbür tarafta ajanın yazdığı testleri inceleyebiliyorsunuz.
Bunu Türkiye’deki ekipler açısından düşününce — özellikle 4-5 kişilik geliştirici takımları için — baya fark yaratan bir özellik gibi dürüyor. Neden? Çünkü birçok ekip hâlâ “bir developer = bir iş” mantığıyla ilerliyor. Ajanları paralel koşturabilmek aslında bir kişiye 2-3 işi aynı anda paylaştırmak demek oluyor;. Tabi bunun iyi mi kötü mü olduğu biraz tartışmalı.
Nasıl Kullanmalı?
Ben olsam büyük bir feature’ı 3-4 parçaya bölerim. Her parça için aynı oturum içinde ayrı bir chat açarım. Mesela:
- Chat 1: Backend API endpoint’leri
- Chat 2: Frontend integration
- Chat 3: Unit testler
- Chat 4: Dokümantasyon
Böyle yapınca hem context kirlenmiyor hem de “ben bunu nerede bırakmıştım” derdi azalıyor. Oturumları sürükle-bırak ile yeniden sıralayabiliyor, gruplayabiliyorsunuz; küçük detay gibi görünüyor. Günde 8 saat o ekranın karşısında olan biri için baya işe yarıyor.
Doğrusu, Tam da öyle.
Paralel oturumlar iyi hoş da context switch maliyetini unutmayın. İnsan beyni aynı anda 4 farklı feature’ı taşıyamıyor; ajanların paralel çalışması sizin de paralel yönetebileceğiniz anlamına gelmiyor. Sınırı bilin.
Maliyet Görünürlüğü: Nihayet Geldi
Bu bölüm için ayrıca bekliyordum desem yeridir. Copilot’un premium request modeli çıktıktan sonra kurumsal müşterilerde en çok duyduğum soru şuydu: “Ay sonunda faturayı görünceye kadar ne kadar yaktığımızı neden bilmiyoruz?” FinOps tarafında bu biraz garip kalıyordu açıkçası.
Neler Görebiliyoruz Şimdi?
Üç ayrı boyutta görünürlük geldi:
- Toplam oturum maliyeti: Tek istek değil, pek çok chat’in ne kadar credit yediği görünüyor
- Ek kullanım takibi: GitHub Copilot status dashboard’undan detaylı breakdown alınabiliyor
- Subagent kullanımı: Ajan başka bir ajana iş verdiğinde o alt ajanın harcadığı credit ayrı ayrı izlenebiliyor
Hele bir de üçüncüsü önemli. Çünkü subagent’lar sessiz sakın çalışıyor ve ana ajanın credit hesabından yiyorlar. Kim ne kadar harcamış, kim daha verimli gitmiş — bunları görmeden optimizasyon yapmak zorlaşıyordu.
Türkiye’deki Ekipler İçin Pratik Bakış
Kurduğum masalarda gördüğüm kadarıyla Türkiye’de Copilot benimsemesi kabaca üç gruba ayrılıyor:
| Şirket Profili | Yaklaşım | Öneri |
|---|---|---|
| Startup (5-20 kişi) | Sınırsız kullansın, üretkenlik önemli | Business plan yeter, dashboard’u haftalık takip et |
| Orta ölçek (50-200) | Ekip bazlı budget, aylık review | Enterprise + department başına quota tanımla |
| Kurumsal (500+) | Sıkı governance, audit gerekli | Enterprise + FinOps entegrasyonu şart |
İtiraf edeyim, TL bazında bakınca aylık kişi başı 19-39 dolar bandındaki Copilot planı hâlâ fena görünmüyor; özellikle developer’ın saatlik maliyetini düşününce bu rakam çok da acıtıcı değil. Ama premium request’ler devreye girince fatura hızlı şişebiliyor. Yeni dashboard tam burada işe yarıyor; şişkinliği önceden fark ettiriyor.
Marketplace’ten Model Sağlayıcıları Seçmek Mümkün Öldü mu?
Küçük bir detay: Burada biraz kararsız kaldım açıkçası (en azından benim deneyimim böyle). Artık Language Models editör içinden farklı model provider’ları keşfedip Marketplace’ten kurabiliyorsunuz. Context size ve reasoning effort gibi parametreleri de tek bir picker üzerinden ayarlamak mümkün (ciddiyim)
Bunu biraz açayım.
Fikir kötü değil hatta baya iş görüyor diyebilirim. Ama pratikte kendime şu soruyu soruyorum: Kaç developer gerçekten oturup farklı model provider’larını kurcalar? Çoğu kişi Claude ve GPT ailesinde kalıyor zaten. Yine de seçenek olması güzel; özellikle regülasyon yüzünden bazı sağlayıcıları kullanamayan bankacılık ya da kamu ekipleri için kapıyı açık tutuyor.
Şöyle söyleyeyim, Bu arada model tercihi konusunda Gemini 2.5 Pro. Gemini 3 Flash Copilot’tan Çıkıyor yazısında da değinmiştim — provider tarafında ciddi bir hareket var şu ara; yanı modeli uzun vadeli sabit karar gibi görmek pek gerçekçi değil.
Autopilot Daha Akıllı Gibi Dürüyor Ama Hâlâ Serbest Değil
Bunu yaşayan biri olarak söyleyeyim, Autopilot,. Ajanın her adımda size sormadan iş yapmasına izin veren mod, bu sürümde epey toparlanmış durumda. Daha az gereksiz onay istiyor, daha az duraksıyor. Bu ne anlama geliyor? Bir de Açık konuşayım, Sahada en sık gördüğüm hata şu oluyor galiba: Developer Autopilot’u açıyor ve masadan kalkıyor, kahve almaya gidiyor ya da başka işe dalıyor. Döndüğünde ajan 40 dosya değiştirmiş oluyor, üstüne 3 yeni package eklemiş oluyor, hatta prod branch’e commit atmış bile olabiliyor. Bu senaryoyu birkaç kez yaşayınca insanlar doğal olarak Autopilot’u kapatıyor. Benim önerim net aslında basit de sayılır: Autopilot’u sadece izole branch’‘lerde ve ephemeral environment’‘larda kullanın. Local dev branch’inde açık olsun; main’e ya da prod’a yaklaşan branch’lerde manuel onaylı modu seçin. Bu ayrımı yapmayan ekiplerin canı mutlaka yanar, er ya da geç. Bir de şunu söyleyeyim : Changelog’da öne çıkmayan ama günlük kullanımda fark ettiren birkaç parça var. Ajan oturumlarını gruplamak, tag’lemek artık mümkün. “Sprint-42-frontend”, “hotfix-payment” gibi etiketlerle işleri ayırabiliyorsunuz. Küçük detay gibi dürüyor, ama günde 10-15 oturum açan biri için baya hayat kurtarıcı. Size bir şey söyleyeyim, Ekran görüntüsünü — hatta alan seçerek belirli bir kısmını — direkt chat’e sürükleyebiliyorsunuz. UI bug’larını anlatırken “şu buton biraz kaymış” demek yerine görsel gönderiyorsunuz. Ajan da görsel context’i anlıyor. Frontend developer’lar için boşuna konuşmamış olayım, gerçekten kullanışlı. Eğer Azure / Microsoft ekosisteminde çalışıyorsanız ve Copilot’u yeni benimsiyorsanız, benim önerdiğim yol haritası şu : Bu adımları atlayıp direkt “herkese lisans verelim” yaklaşımı kısa vadede hız kazandırır, uzun vadede güvenlik incident’ları getirir. Denenmiş ve doğrulanmış bir gerçek bu. Peki neden ? Çünkü araç güzel diye süreç kendiliğinden düzelmiyor. Maalesef. Açık konuşayım, burada en çok fark yaratan şey teknoloji değil, disiplin oluyor. Neyse uzatmayalım ; doğru governance ile başlanırsa bu güncellemeler baya iş görüyor. En az v1.125 gerekiyor, ama aslında tam anlamıyla oturmuş hali v1.127 ile geldi. Bir update-check yapıp en güncel sürüme geçmek mantıklı. Bence insiders build kullanıyorsanız daha eski sürümlerde de test edebilirsiniz, yanı seçenek var. Önce şunu yapın: ajanın hangi domain’lere gidebileceğini allowlist ile sınırlayın. Prod dashboard’lar, banking siteleri, admin panel’ler gibi kritik ortamlarda ajan browser’ını tamamen kapatın. Bakın, kamera, mikrofon, konum izinleri de default olarak kapalı kalsın — açıkçası bu üçünü açık bırakmak için gerçekten iyi bir neden olması lazım. Çok konuştum, örnekle göstereyim. Şöyle söyleyeyim, Maalesef evet. Mesela de de kompleks task’larda ana ajan 2-3 subagent’a iş delege ediyor ve her biri ayrı credit yiyor. Yeni dashboard bu breakdown’u gösteriyor, hani tam olarak nereye gittiğini görebiliyorsunuz. Tecrübeme göre kompleks task’ların basit task’lara kıyasla 3-5 kat fazla credit yuttuğunu görmek sürpriz olabiliyor. Kısaca: hayır. Yanı sadece izole branch’lerde ve ephemeral ortamlarda öneriyorum bunu. Prod’a yakın branch’lerde manuel onaylı mod çok daha makul. Ekip için yazılı bir politika oluşturmadan yaygınlaştırmayın — bence bu adımı atlayanlar sonradan pişman oluyor. Bunu biraz açayım. Evet, Business ve Enterprise planlarına geliyor. Individual plan’da bazı enterprise-only özellikler — mesela advanced governance, content exclusion falan — olmayabilir. Detaylı karşılaştırma için GitHub’ın planlar sayfasına bir bakın, aslında farklar orada net görünüyor. GitHub Copilot in Visual Studio Code, June 2026 releases — Resmî Changelog Visual Studio Code Release Notes Açıkçası, GitHub Copilot Resmî Dokümantasyonu Konuyla ilgili diğer yazılarım için Agent Harness ile Ajana Veri Vermek: Onay ve Hafıza Dahil yazısına da bakabilirsiniz — ajan güvenliği ve onay mekanizmaları konusunda pratik notlar var orada.
Uyarı Var Burada!
.vscode/settings.json içinde ayarlayabilirsiniz. Sensitive projelerde default’u konservatif tutun, deneme projelerinde açın. Ekip standardını settings’i repo’ya commit ederek dayatmak da mümkün.
Küçük Ama İşe Yarayan Detaylar
Session Grouping
Screenshot to Chat
Kurumsal Adaptasyon : Nereden Başlamalı ?
Tam da öyle.Sıkça Sorulan Sorular
VS Code’da paralel ajan oturumları için hangi sürüm lazım?
Agentic browser tools GA öldü, güvenlik için ne yapmalıyım?
Subagent maliyetleri ciddi bir yük mü yaratıyor?
Autopilot’u sürekli açık bırakmak güvenli mi?
Bu güncellemeler GitHub Copilot Business planında da var mı?
Kaynaklar ve İleri Okuma
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