Enterprise AI | The .NET Blog

Microsoft Foundry Haziran 2026: Özellik Paketlerinden Yönetilen Bir Ajan Platformuna

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

Haziran 2026 Foundry dalgası sadece başka bir aylık özet değil. “Harika ajanlar oluşturmaktan” “ajanları yönetilen kurumsal sistemler olarak işletmeye” doğru bir olgunluk geçişini işaret ediyor. Bu ayrım, herhangi bir özellikten daha önemlidir.

Orijinal kaynak: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

Üç güncelleme bu değişimi tanımlıyor. Birincisi, ajanların Microsoft 365 Copilot ve Teams’e yayınlanması GA’ya ulaştı ve bu, dağıtımı özel entegrasyon projelerinden görüşlü bir dağıtım şeridine taşıyor. İkincisi, Toolboxes daha güçlü keşif ve yürütme kontrolleri kazandı, buna araç arama ve routines dahil. Üçüncüsü, gözlemlenebilirlik artı optimizasyon, sonradan akla gelen bir şey değil, kasıtlı bir kapalı döngü haline geldi.

Benim görüşüm: bu, sürümdeki en önemli modeldir. İzleme, değerlendirme, optimizasyon ve kontrollü kullanıma sunma, deterministik olmayan sistemler için minimum geçerli işletim modelini oluşturur. Bu parçalardan yalnızca birine sahipseniz, telemetriniz veya ayarınız vardır, yönetişiminiz yoktur.

Foundry içinde Claude GA da stratejiktir, ancak esas olarak model kalitesi nedeniyle değil. Daha büyük değer kurumsal entegrasyondur: Entra kimlik doğrulaması, RBAC, fatura sürekliliği ve politika uyumu. Doğrudan model uç noktalarından Foundry’ye geçen ekipler bunu sağlayıcı değiştirme olarak değil, operasyonel konsolidasyon olarak çerçevelemelidir.

Otopilot ajanlar umut vericidir, ancak kuruluşlar bunlara ayık mimari seçimlerle yaklaşmalıdır. Teams’de paylaşılan alan işbirliği üretkenliği artırabilir, ancak kimlik, izin ve hesap verebilirlik karmaşıklığını hızla yükseltir. Geniş dağıtımdan önce sınırlı kapsamlar ve sıkı onay kontrol noktaları ile başlayın.

Pratik öneriler:

Zaten pilot aşamasındaysanız, yetenek genişletmeden önce enstrümantasyona öncelik verin. Önce GenAI izlemeyi kurun. Ardından genel model metriklerine değil, iş sonuçlarına bağlı değerlendirici paketleri oluşturun. Ancak bundan sonra optimize edici döngülerini ve tanıtım iş akışlarını çalıştırın.

Araç kutusu ağırlıklı ajanlar için, kataloglar büyüdükçe bağlam gürültüsünü ve yanlış araç seçimi riskini azaltmak için erken aşamada araç aramayı etkinleştirin. Bellek özellikli ajanlar için TTL ve saklama politikasını önceden tanımlayın. Yaşam döngüsü kontrolleri olmayan bellek, uyum borcu haline gelir.

Çıkarabileceğim en kesin sonuç şudur: Foundry artık daha az “hangi modeli seçmeliyim?” ve daha çok “ajan davranışını yönetilen bir yaşam döngüsü olarak çalıştırabilir miyim?” ile ilgilidir. İkinci soruyu iyi yanıtlayan ekipler, model değişimine kolayca uyum sağlayacaktır. Model sıralamalarına takılıp kalmış ekipler, her çeyrek kırılgan yığınları yeniden inşa edecektir.

Haziran sürümü bir şeyi netleştiriyor. Foundry, yalnızca bir geliştirme araç seti değil, AI sistemleri için bir operasyon platformu haline geliyor. Bu, inşa edilmesi daha zor ve benimsenmesi çok daha değerli bir üründür.

.NET için Agent Skills Kararlı Hale Geldi ve Bu, Kurumsal Ajan Mimarisini Değiştiriyor

Emiliano Montesdeoca — Sat, 11 Jul 2026 00:00:00 +0000

.NET için Agent Skills’in kararlı sürüme geçmesi, mevcut ajan ekosistemindeki en pratik kilometre taşlarından biri. Temel bir ölçeklendirme sorununu çözüyor: alan uzmanlığı tek bir devasa talimat yığınının içine ait değildir.

Orijinal kaynak: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

Tasarım zarif ve pragmatik. Skill’ler, talimatları, kaynakları ve isteğe bağlı betikleri, kademeli açıklama (progressive disclosure) yoluyla ihtiyaç anında yüklenen yeniden kullanılabilir birimler halinde paketliyor. Bu, bağlamı sade tutuyor, prompt şişkinliğini azaltıyor ve uzmanlaşmış bilginin ekipler arası sahipliğini mümkün kılıyor.

Görüşüm şu: bu, .NET yığınlarında kurumsal düzeyde ajan sürdürülebilirliğine giden ilk inandırıcı yol. Modüler uzmanlık sınırları olmadan, her yeni politika veya oyun kitabı güncellemesi kırılgan bir prompt ameliyatına dönüşür.

En önemli olan şey yalnızca modülerlik değil, yönetişimdir. Skill’leri yükleme, kaynakları okuma ve betikleri çalıştırma için yerleşik onay modeli, ajanlar demodan üretime geçerken güvenlik ekiplerinin gündeme getirdiği tam olarak operasyonel endişeleri ele alıyor. Genişletilebilir betik yürütme modeli de sorumluluğu açık hale getiriyor: dosya tabanlı betik yürütme istiyorsanız, korumalı alan (sandbox) ve denetim duruşunu siz üstleniyorsunuz.

Pratik benimseme deseni:

Karma teknik ekipler tarafından bakımı yapılan politika ağırlıklı içerik için dosya tabanlı skill’lerle başlayın. NuGet üzerinden paket dağıtımı ve daha sıkı mühendislik yaşam döngüsü kontrolleri gerektiğinde sınıf tabanlı skill’leri kullanın. Durumlu kompozisyonun gerekli olduğu dinamik çalışma zamanı derlemesi için kod tanımlı skill’leri saklı tutun.

Filtrelemeyi erken ekleyin. Her skill her ajan veya kiracı tarafından görülebilir olmamalı. Küratörlü skill görünürlüğü hem bir güvenlik kontrolü hem de yönlendirme kalitesini artıran bir uygunluk kontrolüdür.

Ayrıca her şeyi kaydedin: skill seçimi, kaynak okumaları, betik yürütme istekleri ve onaylar. Olay incelemeniz hangi skill’in bir yanıtı etkilediğini yeniden oluşturamıyorsa, üretim gözlemlenebilirliğine sahip değilsiniz demektir.

Daha büyük strateji değişimi şu: skill’ler ajan davranışını birleştirilebilir bir tedarik zincirine dönüştürüyor. Ekipler uzmanlığı yazılım bileşenlerine benzer şekilde sürümleyebilir, gözden geçirebilir ve yayınlayabilir. Bu, insanları sürekli mega-prompt’ları yeniden yazmaya eğitmeden bağımsız evrimi mümkün kılıyor.

Kurumsal ölçekte .NET ajanları inşa ediyorsanız, bu deseni ertelemek size pahalıya mal olacak. Talimat dağınıklığı, tutarsız politika uygulaması ve değişim altında kırılgan davranışla karşılaşırsınız.

Agent Skills karmaşıklığı ortadan kaldırmıyor, ama karmaşıklığı yönetilebilir bileşenlere taşıyor. Olgun yazılım mimarisinin yapması gereken tam olarak bu. Birçok ekip için bu yayın, .NET’te ajan mühendisliğinin gerçek platform mühendisliği gibi görünmeye başladığı an.

Yapay Zeka Tek Başına İşi Değiştirmez — Etrafındaki Sistem Değiştirir

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

En son Microsoft yapay zeka platformu denemesinde, bence şu anki anın özüne inen bir cümle var:

kazananlar en fazla demoya sahip olanlar değil, yapay zekayı gerçek iş için yönetilen, sürekli iyileşen bir sisteme dönüştürenler olacak.

Bu tam olarak doğru.

Bu, seviyeyi doğru tuttuğu için daha iyi stratejik yapay zeka yazılarından biri

Çok fazla yapay zeka konuşması hâlâ model konuşmasına indirgeniyor.

Hangi model daha akıllı. Hangi model daha ucuz. Hangi model daha yeni.

Bunlar önemsiz sorular değil, ama kurumsal düşünüyorsanız çok küçükler.

Kaynak makale, zorluğun ölçeğini doğru yakalıyor. Açıkça şunu söylüyor: “Başarıyı belirleyen şey, yapay zekanın etrafındaki sistemdir.”

Bu, yararlı çerçeve.

Çünkü gerçek kurumsal değer, modelin etrafındaki sistemden gelir:

ajanların nasıl inşa edildiği
kurumsal bağlama nasıl temellendirildikleri
nasıl dağıtıldıkları
nasıl yönetildikleri
zaman içinde nasıl iyileştikleri

Dağınık deneyselliği gerçek dönüşümden ayıran şey bu.

Bu çerçevenin neden bu kadar önemli olduğunu düşünüyorum

Yalnızca modele odaklanırsanız, kısa ömürlü avantajlar elde edersiniz.

Sisteme odaklanırsanız, birikimli bir kaldıraç elde edersiniz.

Kilit ayrım bu.

Ve bu, Foundry, GitHub, Microsoft IQ ve Agent Framework hikâyelerinin son zamanlarda yöneldiği yerle yakından örtüşüyor.

Görüşüm

Bu, yapay zekayı bağlantısız demolar kümesi olarak değil, iş için bir işletim sistemi olarak tanımladığı için bu gruptaki daha güçlü stratejik yazılardan biri.

Kurumların gerçekten düşünmesi gereken seviye bu.

Ve dürüst olmak gerekirse, kamuya açık yapay zeka konuşmalarının daha fazlası bu seviyede gerçekleşmeli.

Orijinal yazı: AI alone won’t change your business. The system running it will.