Visual Studio Agent Skills: Copilot’a Takımınızı Öğretmek
Bi saniye — Geçen hafta Logosoft’ta bir müşteride tuhaf ama tanıdık bir sahne yaşadık. Müşterinin senior developer’ı bana döndü ve şöyle dedi: “Aşkın bey, biz Copilot’a her seferinde aynı şeyleri anlatmaktan yorulduk (ilk duyduğumda inanamadım). Bir build pipeline’ı tetikle, şu standartlara göre kod üret, bug report’u şu template’e göre yaz…” Aynısını bir önceki müşteride de duymuştum. Bir önceki müşteride de. Yanı mesele net: Copilot’a takımın çalışma şeklini öğretmek. Peki neden bu kadar zor? Çünkü herkes aynı şeyi farklı cümlelerle söylüyor, Copilot da hâliyle bazen anlıyor gibi yapıp başka yere kayıyor.
📋 İçindekiler
-
Enterprise vs Startup: Yaklaşım Farkı
Küçük bir startup’taysanız ben açık konuşayım, başta fazla skill üretmeyin. 3-5 tane kilit olanı seçin yeter; geri kalanını zaten LLM kendi kafasına göre idare ediyor gibi görünüyor. Çok skill demek bakım yükü demek, ve startup tarafında kimsenin elinde o kadar boş zaman olmuyor.
Bunu biraz açayım.
Ama enterprise’daysanız iş değişiyor. Orada skills biraz da governance aracı gibi çalışıyor. Şirketin “böyle yapılır” dediği şeyi koda taşımanın yolu oluyor. Burada 20-30 skill’lık bir kütüphane oluşturmak mantıklı dürüyor. Hatta merkezî bir
company-skillsreposu açıp herkesin oradan çekmesi daha temiz olur (dağınıklığı azaltıyor, takip etmeyi de kolaylaştırıyor).💡 Bilgi: Microsoft’un işaret ettiğiBirincisi: skill discovery hâlâ ham. Model, “bu skill bu task’e uyuyor mu” diye bakıyor, ama bazen fena hâlde şaşırıyor; geçen denediğimde basit bir refactor isteğinde alakasız bir skill’i devreye aldı, yanı işin aslı karar mekanizması biraz daha oturmak istiyor.
İşin garibi, İkincisi: versiyonlama yok. Skill’i güncellediğiniz anda eski sürümlerle uyumluluk diye bir rahatlık gelmiyor, maalesef. Bir takımda 10 kişi varsa, biri skill’i değiştirince diğerlerinin de pull etmesi gerekiyor; hani bu da governance tarafında pek iç açıcı durmuyor.
Üçüncüsü — ve bence en kritik nokta bu: context window maliyeti. Skill aktive olunca içeriği prompt’a yükleniyor, uzun skill’ler varsa model’in context’ını gereksiz şişiriyor; maliyet ayrı dert, performans ayrı dert (özellikle Claude Sonnet dört Copilot’tan Kaldırıldı: Geçiş Rehberi yazımda da değindiğim gibi, model değişimleri context limitlerini doğrudan etkileyebiliyor).
Maliyet Tarafı: TL Bazında Düşünürsek
Agent Skills’in kendisi ücretsiz, yanı feature için ekstra bir ücret çıkmıyor. Ama işin içinde dolaylı maliyetler var; hani ilk bakışta görünmüyorlar, sonra bir bakıyorsunuz token tarafı şişmiş, model biraz daha konuşmuş, sız de “bu nereden geldi?” diye kalıyorsunuz.
Bir skill aktive olduğunda modele ekstra token gidiyor. GitHub Copilot Business lisansınız varsa bu sabit ücret olduğu için çok hissetmiyorsunuz. Ama Copilot Enterprise’da premium request modeli kullanıyorsanız (özellikle yeni gelen agent mode’da), her skill aktivasyonu request başına token sayısını artırıyor; yanı küçük gibi duran hareket, arkada faturalama tarafını hafifçe dürtebiliyor.
Kabaca hesapladığımda, 10 kişilik bir takımda yoğun skill kullanımıyla aylık fark belki 200-300 TL civarında oluyor — açık konuşayım, pek can sıkıcı bir rakam değil — itiraf edeyim, beklentimin üstündeydi —. Ama 200 kişilik bir kurumda tablo değişebilir, orada iş büyüyor; o yüzden ben olsam önce küçük bir POC yapar, gerçek kullanımda kaç token yediğine bakar, sonra karar verirdim.
Durun, bir saniye.
İlk Adımlar: Pratik Rehber
Eğer denemek istiyorsanız, lafı gevelemeden şunları yapın. Basit görünüyor, evet. Ama işin aslı biraz da orada; küçük başlayıp, sonra nerede takıldığını görmek daha sağlıklı oluyor (özellikle ilk kurulumda), yoksa insan gereksiz yere uğraşıp dürüyor.
- Visual Studio Insiders kanalına geçin (Release’i beklemeye gerek yok) — ciddi fark yaratıyor
- En sık tekrarladığınız 2-3 task’i listeleyin (build, code review, dokümantasyon vs.) — ciddi fark yaratıyor
- Her biri için bir skill yazın — basit tutun, 50-100 satır yeter
- 1 hafta kullanın, hangileri tetikleniyor hangileri tetiklenmiyor not edin
- Tetiklenmeyen skill’lerin
descriptionkısmını yeniden yazın — model burayı okuyor
Peki neden böyle? Çünkü çoğu kişi en başta işi büyütüyor. Şey gibi… önce üç tane minicik senaryo seçmek varken, gidip on tane yarım yamalak skill açıyorlar; sonra da “niye çalışmadı” diye şaşırıyorlar. Aslında modelin baktığı yerlerden biri de açıklama kısmı (burayı hafife almayın),. Tetikleme mantığı bazen koddan çok metne takılıyor.
Tuhaf ama, Bu arada agent ekosisteminin bütününe bakmak istiyorsanız Microsoft Agent Framework v1.0: Lokal’den Prod’a Geçiş yazımda da konuya değinmiştim. Skills, daha büyük bir resmin parçası.
İşin garibi, Neyse uzatmayalım. Yukarıdaki adımları bir hafta uygulayın; sonuçlar ya sizi şaşırtır ya da “tamam bu kadarmış” dedirtir. İkisi de iyi aslında.
Sıkça Sorulan Sorular
Agent Skills sadece Visual Studio’da mı çalışır?
Hayır, öyle değil. Spesifikasyon zaten agentskills.io‘da açık. Visual Studio, VS Code, Claude Code gibi farklı tool’lar aynı skill klasörlerini tarayabiliyor — yanı bir skill yazıyorsunuz, birden fazla yerden kullanabiliyorsunuz. Bence bu en güzel yanı.
Skill’leri takımla nasıl paylaşırım?
Aslında çok basit. Skill’leri solution-level yapıp
.github/skills/altına koyun, repo’ya commit edin, bitti. Herkes pull ettiğinde skill’ler otomatik olarak Visual Studio tarafından discover ediliyor. Ekstra bir setup falan gerekmiyor.Custom instructions kullanıyorum, skills’e geçmem gerekiyor mu?
Geçmenize hiç gerek yok, ikisi zaten birlikte çalışıyor (ki bu çoğu kişinin gözünden kaçıyor). Mesela custom instructions’ı genel kurallar için tutabilirsiniz — hani kod stili, dil tercihleri gibi şeyler (bizzat test ettim). Skill’leri işe daha spesifik görevler için ekleyin. Aralarında çakışma olmuyor, açıkçası ikisini birden kullanmak daha mantıklı.
Skill’in tetiklenip tetiklenmediğini nasıl anlarım?
Burada, bir skill aktive olduğunda adı Copilot Chat penceresinde görünüyor. Eğer beklediğiniz skill tetiklenmiyorsa, tecrübeme göre sorun genellikle
descriptionkısmında — model orayı okuyup karar veriyor. Description’ı biraz daha açık ve task-odaklı yazın, büyük ihtimalle düzelir.Insiders kanalı stabil mi, production’da kullanılır mı?
Şöyle söyleyeyim, Açıkçası production ortamı için önermem. Ama bir POC’ta ya da bireysel keşif için sorun olmaz. Skills feature’ının Release kanalına gelmesini beklemek daha sağlıklı — muhtemelen birkaç ay içinde geliyor zaten.
Kaynaklar ve İleri Okuma
Visual Studio Blog: Agent Skills in Visual Studio (orijinal duyuru)
Agent Skills Specification (resmî format dokümanı)
awesome-copilot GitHub Repository (topluluk skill örnekleri)
Microsoft Learn: Copilot Chat Context & Custom Instructions
Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.Aşkın KILIÇYazar20+ 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İlgili Yazılar
İlginizi Çekebilir
Fatma B.
Tam olarak yaşadığım sorun bu, her yeni sohbette aynı şeyleri tekrar tekrar yazmaktan bıktım. Agent Skills’in takım genelinde paylaşılabilir olması da iyi düşünülmüş, standartları tek kişi belirleyip herkes kullanabilir.
Hakan G.
Sonunda bunu bir çözüme kavuşturacak bir özellik geldi, her yeni context’te “şirketimizde şöyle yapıyoruz, böyle yapma” diye baştan anlatmak gerçekten yorucu oluyordu. Acaba skill’leri repo’ya commit edip takım genelinde paylaşmak mümkün mü? Bu arada Azure tarafında çalışıyorsanız şu yazı da oldukça işe yarıyor: https://www.askinkilic.com.tr/azure-functionsta-retry-firtinasini-durdurmak-backoff-ve-cir/
Yorumlar kapalı.
2 comments