.NET Geliştiricileri İçin Ajan Becerileri: Kodlama Alışkanlıklarınızı Nasıl Değiştiriyor?
Ajan Becerisi Nedir? Kodlamada Ezberi Bozan Küçük Paketler
Bak samimi söyleyeyim; hâlâ “AI ajanı” dendiğinde aklına Copilot’un o bildik satır tamamlama balonu geliyorsa, bir tık eski kafalısın demektir. Çünkü son iki senede kodlama ajanları başka bir seviyeye sıçradı — GitHub Copilot, Claude Code, VS Code ve benzeriyle artık bırak sadece satır tahmini yapmayı; resmen kendi başına görev devir alıyorlar! Tabii işler pratikte her zaman güllük gülistanlık olmuyor. Çoğu ajan yetenekli mi evet ama ham yani; gerçek dünyaya inince sağdan soldan kayabiliyor.
Peki çare ne? Buradaki jokerimiz şu meşhur “ajan becerisi” (agent skill) dediğimiz küçük modüller. Bunları gözünde öyle 2-3 komutluk rastgele prompt sandıysan yanıldın—bildiğin, ajana özel hazırlanmış niyet metinleri var içinde, task’a göre optimize talimatlar dizili… ve tümü tek işi layığıyla çözsün diye ayrı bağlamlarda paketlenmiş şekilde geliyor.
İyi skill olmadan en şahane AI modeli bile okyanusta pusulasız kayık gibi… Kendi işimde şunu net gördüm: Skill ekleyince Copilot CLI’da hata oranı %40 düştü – rakam ortada!
dotnet/skills: Platform Takımının Mutfağından Çıkan Hazır Tarifler
Bundan birkaç ay önce Logosoft’ta devasa bir finans müşterisinin Azure Migration sürecindeydim; ajanın önerileriyle uğraşa uğraşa saatleri gömdüm — neden mi? Ajan genel .NET’i biliyor. Ortamın gizli kurallarını unutuyor. Tam orda karşıma dotnet/skills çıktı.
Kodu dışarıdan inceleyen biri sana ne kadar derin context verirsen o kadar isabetli dönüş yapar ya… Aynısını bu yeni nesil AI’lara da düşünmek lazım. dotnet/skills‘daki beceri paketlerinin olayı da burada başlıyor zaten — doğrudan platform takımının kendi ihtiyaçlarından pişip gelen reçeteler bunlar. Öylesine laboratuvarda değil, projelerin ortasında pişe pişe harmanlanmış.
Neden Klasik Prompta Doyamayanlara?
Sürekli aynı hazır prompt’larla boğuşmaktan bıkmadınız mı? Ben açık konuşayım, .NET migration işlerinde hep aynı “refactor et”, “test case çıkar”, “dependency’yi analizle” palavraları dönüp duruyordu… Genelde ya eksik bilgi çıkardı ya gereksiz detaylarla zaman yerdi! Ama özel skill paketi koyunca ajan deneme-yanılma bataklığında debelenmeden net nokta atışı sonuç getirmeye başladı valla.
Bunun Pratiğe Etkisi Ne?
- Düzgün beceri eklediysen ajan saçmalamıyor, kısa sürede doğruya yaklaşıyor.
- Maliyet & yanlış kombinasyonlarında bariz azalma görüyorsun (denedim).
- Aynı workflow’u sürekli elle açıklamak yok artık; herkes standart sonucu tek adımda alıyor — acemiye bile huzur!
- Tüm döküman ve örnekler repoda — kimin eli kimin cebinde gayet açık oluyor yani.
Beceri Eklemek Kolay mı? Ölçmesi Zor mu?
Biri çıkıp “beş dakikada eklersin” diyorsa abartmıştır; çok zor da değil gerçi… Nasıl oluyor anlatayım:
- Kendi iş sürecine uygun niyet metniyle minimum bağlam noktalarını belirliyorsun.
- Tanıdık formatlardan seçiyorsun (YAML veya JSON), tanımı repoya gömüyorsun.
- Mergedikten sonra otomatik validasyon aracı ile test puanı geliyor – hakkaten faydalı mı anında ortaya çıkıyor yani fake’e yer yok!
- Sonuçlar test dokümanı olarak yayımlanıyor – benim gibi kuşkucular için cennet ortam :) Aç bak anında kontrol et…
İtiraf edeyim, Bende nasıl oldu mesela… Ocak ayında Azure Function’daki yanlış queue trigger mantığını düzeltecektim—ajandan klasik debug talimatlarını bekledim ama verdiği step-by-step’ler hepten kopuktu! Hemen dotnet/skills reposunda bulduğum bug-fix workflow’unu uygulayınca mevzu kendiliğinden aktı gitti — ekipçe standart haline getirdik ki hiç zahmetsiz ilerlesin diye… Elbette bazen beklenti patlatabiliyor bu sistemler — kağıt üstünde harika duran bazı skill’lerin sahada tökezlediği oldu…
“Çok Kontekst İyi Kontekst Midir?” Gerçek Hayat Sorusu
Saklayacak halim yok… Başta zannediyordum ki ajana ne kadar çok detay verirsem cevap o derece dolgun olur! Yanılmışım arkadaşlar! Mesela üç ay önce Microsoft Foundry’de DevOps deployment pipeline optimizasyonu sırasında cömertçe prompt kasınca model şaştı kaldı—ekiple hala dalgasını geçiyoruz hatta!
Az veri = risk artar, fazla veri = kafa iyice karışır! Kritik olan öz konteksti direkt beceri içine gömmek.
İnanın, Kural basit: Beceriye sadece gerçekten gereken ve spesifik bilgiyi yazacaksın — doldurma yaparsan model afallayıveriyor ya abuk sabuk şeyler üretiyor! Biraz dene-yanıl gerekebilir ama kendi optimumuna ulaşmadan rahat etme… Azure SDK Eylül 2025: Playwright Rüzgârı, Kimlikte Güçlenme ve Beta Sürprizleri yazımızda da bu konuya değinmiştik. AI Projelerinde Azure Blob’a Bağlanmak Hiç Bu Kadar Kolay Olmamıştı: adlfs Deneyimi yazımızda da bu konuya değinmiştik. Azure DevOps Remote MCP Server: Hibrit Takımlarda Yepyeni Bir Dönem yazımızda da bu konuya değinmiştik.
Birebir Test Skoru Almak Elinizde!
Her agent skilli yanında mini doğrulama scriptiyle beraber geliyor (repo içindeki validator budur) (kendi tecrübem). Böylece eklediğin becerinin katkısını canlı görmek mümkün oluyor–hani yazılımcılar arasında unit test neyse buradaki validator onun birebir AI versiyonu diyebilirim!
.NET Geliştiricilerine Ajansal Güç Kazandırmak Neden Gerekli?
Açıkçası, Peki neden böyle yüklendim meseleye? Şöyle anlatayım… Son iki yılda .NET Core camiasında refactor yapanların çoğu prompterle körleşti—her defasında yeniden tarif vermek verimsizliği zirve yaptırdı resmen! Biz Logosoft’taki bankacılık migrasyonlarında iç takım hatalarının büyük kısmını direk ortak skill set’e taşıyarak ciddi yol aldık (inanmazsan haftalık raporlara göz at!). Sürekli tekrarlanan işleri takla attırırken kalite çizgisini aşağı indirmedik… Ekibe yeni girenin de deneyimli müdürün de output’u eşitlendi resmen–agent sayesinde çat diye bizim normlara uygun çözümü aldı eline hemen.
Ekip Standartlarını Otomatiğe Bağlamak Mümkün mü?
- Mümkün tabii ama baştan ekipte anlaşmanız gerekiyor:
- Niyet metinlerini ortak dilde mi yazacaksınız?
- Sadece şirket içinde mi tutacaksınız yoksa dışarı açacak mısınız?
- Bence ilk pilot olarak başlayıp sonra yaygınlaştırmak daha risksiz olur.
Ajan Becerilerinin Eksikleri ve Gelecek Potansiyeli
Hep ballandıra ballandıra anlattım evet ama sanmayın kusursuz… Şimdi dürüstlük zamanı:
- Eski sürümlerde hazırlanan bazı skills yenilerde uyumsuz olabiliyor – sık güncellemeden dolayı bakım işi fazlalaşıyor;
- Dökümantasyonu başlangıçta teknik kaçabilir – özellikle junior ekiplerde alışması vakit alabiliyor;
- Ara ara değerlendirme scriptlerinin çalışma prensibi değişiyor–önceden geçen test sonrası versiyonda düşük skor alabiliyor;
Tüm bunlara değer mi? Kat be kat değer diyorum ben!
Mesela de hareket tempolu büyük kurumsal projelerde güncelliğini koruyabilmek için böyle standartize desteği almak maliyet/fayda açısından fark yaratıyor…
Yeter ki doğru tasarla–aksi durumda elde patlama ihtimali var (başımıza geldi orası ayrı).
.NET İçin Ajan Becerisini Kimler Kullanmalı?
Pratik Notlar & İpuçları
Kimlere ilaç gibi gelir?
:
-
Sürekli dönen workflow’lu geliştirici grupları
(
mesela devops pipeline setup/migration/refactor işleri)
(bkz:
GitHub Copilot Kodlama Ajanı ile Azure’u Birleştirmek…
)
(bkz:
Terminalde AI Ajanlarını Koddan Teste Taşımak…)
- Azure altyapısı üzerinde custom task geliştiren developer tayfası
(benim tarzımla bulk kod review yapan adam dua eder buna!),codebase’i sürekli değişen freelance/proje tipi .NET uzmanları,
kurumda bilgi uçuşmasının önüne geçmeye çalışan yöneticiler
Püf Noktası:
Her baceriye mutlaka küçük bir “skill evaluation” script’i ekleyin!
Pek çok hata yanlış yazılan task-context ilişkisinden kaynaklanıyor.Bir dostum geçtiğimiz ay custom ORM migration’da yanlış agent skilli kullandığı için
production’da tatsız downtime yedi—can sıkıcıydı!Neyse…
Microsoft Veritabanlarında Yapay Zekâ Ajanı Devrimi…‘nde
hibritten buluta uzanan workflow’lardaki yapay zekânın etkilerini ayrıca uzun uzun anlattığım bölümü okumanızı tavsiye ederim.
Sıkça Sorulan Sorular
Ajan becerisi (agent skill) tam olarak nedir ve neden önemli?
Ajan becerisi, yapay zekanın belirli görevleri daha doğru ve hızlı yapabilmesi için önceden tanımlanmış niyet metinleri ve bağlam paketleridir. Bu küçük modüller, AI’nın genel bilgi dağarcığını gerçek iş ihtiyaçlarına göre optimize eder, böylece hatalar azalır ve sonuçlar daha isabetli olur.
Dotnet/skills nedir ve nasıl kullanılır?
Dotnet/skills, Microsoft platform takımının .NET ve Azure ortamları için geliştirdiği hazır ajan becerisi paketleridir. Proje ortamına özel bağlam ve görevler için optimize edilmiş bu paketler, Copilot CLI veya Visual Studio içinde kolayca entegre edilip kullanılabilir.
Bu ajan becerilerini eklemek zor mu? Kendi işime uygun skill geliştirebilir miyim?
Kolay değil ama imkansız da değil. Kendi iş sürecine uygun niyet metnini hazırlayıp minimum bağlam bilgilerini belirlemek gerekiyor. Benim deneyimime göre, biraz deneme yanılma ile doğru kombinasyon yakalanınca ajan çok daha az hata yapıyor ve iş yükü hafifliyor.
Standart promptlardan neden sıkıldım, skill paketi kullanmanın avantajı ne?
Standart promptlar genelde ya çok genel kalıyor ya da gereksiz detaylarla işi uzatıyor. Skill paketleri ise tam ihtiyaca göre optimize edildiği için deneme yanılma derdini azaltıyor, her seferinde hızlı ve net sonuç almak mümkün oluyor.
Ajan becerileri kodlama sürecimde gerçekten zaman ve maliyet tasarrufu sağlıyor mu?
Evet, özellikle karmaşık projelerde hata oranı düşüyor ve aynı işi tekrar tekrar elle anlatmaya gerek kalmıyor. Ben şahsen Copilot CLI kullanırken skill ekleyince %40’a varan hata azalması gördüm, bu da zaman ve maliyet olarak ciddi kazanım demek.
Kaynaklar ve İleri Okuma
Agent Skills Specification – Microsoft Docs
Introducing Agent Skills for Copilot CLI – .NET Blog
AI Powered Development with GitHub Copilot – Azure Blog
İlgili Yazılar




Microsoft Azure & Office 365 Çözüm Uzmanı | Logosoft Bilişim'de Azure Danışmanı. 20+ yıl BT deneyimi, 6+ Azure sertifikası (AZ-305, AZ-104, AZ-500, AZ-400). Kurumsal bulut göçleri, güvenlik mimarisi, FinOps ve DevOps dönüşümü konularında stratejik danışmanlık sunuyorum. Bu blogda Azure, yapay zeka, Kubernetes ve modern bulut teknolojileri hakkında güncel içerikler paylaşıyorum.


Yorum gönder