Microsoft Agent Framework’te Asıl Değişim: Harness, Hosted Agents ve CodeAct

⏱️ 8 dk okuma📅 5 Haziran 2026🔄 Güncelleme: 15 Temmuz 2026

BUILD 2026’de gördüğüm büyük resim

Şimdi bakın, BUILD 2026 tarafında duyurulan Microsoft Agent Framework güncellemelerine ilk baktığımda aklımdan geçen şey şu öldü: “Tamam, ajan yazmak ayrı bir iş olmaktan çıkıyor,. Sahaya indirmek de biraz daha toparlanıyor.” — kendi adıma konuşayım — Kötü haber değil bu; tam tersi. Çünkü yıllardır kurumlarda aynı döngüyü görüyorum: demo güzel, POC tamam, sonra gerçek hayat geliyor. Işler dağılıyor; dosya erişimi başka yerde, onay akışı başka yerde, loglama bambaşka yerde kalıyor.

📋 İçindekiler

Bileşen	Küçük ekip için	Büyük kurum için
Ajan çalışma ortamı	Hosted kullanım hızlı başlangıç sağlar	Politika ve ağ izolasyonu şart olur
Dosya belleği	Sade file-based yaklaşım yeterli olabilir	Blob ya da kurumsal storage entegrasyonu daha mantıklı
Tedbir/Onay akışı	Sınırlı approval yeterli olabilir	Dört göz prensibi, audit trail ve rol bazlı kontrol gerekir
Maliyet takibi	Aylık kullanım düşükse kolay yönetilir	Maliyet etiketi koymazsanız işler çabuk dağılır

CodeAct ve araç kullanan ajanın gerçek yüzü

Açık konuşayım, CodeAct
> yaklaşımı beni heyecanlandırdı ama hafif temkinliyim de doğrusu budur sanırım. Çünkü kod yazabilen ajanın gücü kadar riski de artıyor. Bir hata yaptığında sonuç sadece yanlış cevap olmuyor;
yanlış script çalışabiliyor,
yanlış dosya değişebiliyor ya da gereksiz yere sistem kaynaklarını tüketebiliyor. Bunu 2019’da kendi lab ortamımda denediğim eski otomasyonlarla kıyaslıyorum mesela (o zamanlar bugünkü kadar olgun değildi tabiî) (ciddiyim). Bir komut zinciri küçük görünür ama zincirin son halkasında beklenmedik etki yaratırdı… şimdi aynı risk daha sofistike biçimde geri dönüyor sadece işim değişmiş hâliyle. Müşterilerimde gördüğüm kadarıyla Türkiye’de bu tip özelliklerin benimsenmesi biraz yavaş ilerliyor; sebep teknoloji eksikliği değil aslında korku seviyesi yüksekliği. “Ya yanlış dosyayı silerse?”,
“Ya production’a dokunursa?” soruları boş değil yanı haklı sorular bunlar. O yüzden CodeAct’i ilk günden tam yetkiyle açmak yerine kademeli açmak bence daha doğru.

Shell erişimi verilecekse ne yapmalı?

.NET tarafında sandboxed ShellExecutor fikri güzel dürüyor ama bununla birlikte ciddi guardrail lazım.
İlk adım olarak şunları öneririm:

Sadece test klasörüne yazma izni verin.
Tetiklenen komutları muhtemelen loglayın. (bence en önemlisi)
Kritik işlemler için approval isteyin. (bence en önemlisi)
Ajanın yaptığı işi insanın okuyacağı formatta özetletin.
Metrikleri baştan toplayın; sonradan pişman olmayın.

}

Neden şimdi önemli?

Şöyle söyleyeyim, Çünkü ajanlar artık sadece sohbet eden oyuncaklar değil; doğrudan iş yapan dijital ekip arkadaşlarına dönüşüyorlar.
Geçen ay Ankara’daki bir lojistik firmasına anlattığım örnekte de söyledim:
eğer ajan süreç içinde karar alacaksa önü BPM mantığıyla düşünmeniz gerekiyor biraz da (evet evet).
Sadece prompt yazarak kurumsal otomasyon yapılmıyor.

Bence Microsoft’un yaptığı hamle doğru yönde atılmış bir adım. Hâlâ eksik olan nokta şu:
işletme politikalarını herkes için kolay anlaşılır hâle getirmek gerekiyor.
Teknik ekip zaten öğrenir;
esas mesele operasyon ekibinin bunu sahiplenmesi.

E tabi burada observability de kilit konu oluyor.
OpenTelemetry entegrasyonu gibi parçalar gösterişli görünmeyebilir ama saha hayatında kurtarıcıdır.
Bir problem çıktığında “hangi agent ne yaptı?” sorusuna cevap veremiyorsanız işiniz zorlaşır…

İtiraf edeyim, Build 2026: AI Ajanlarında Ölçümden ROI’ye Geçişe Geçiş Yazısı

Bunu yaşayan biri olarak söyleyeyim, GitHub Copilot app: Ajanlarla Çalışmanın Yeni Düzeni

Maliyeti nasıl okumalı?

Kendime göre en dürüst yorum şu:
Bu tip framework’ler geliştirme süresini kısaltır ama işlem maliyetini sıfırlamaz.
Hatta bazen hızlandıkça kullanım artar ve faturayı görünce insan kısa süre sessiz kalır… sonra geri döner.
Bu yüzden bütçe planını yalnızca model token maliyeti üzerinden okumayın;
storage,
telemetri,
approval katmanı,
worker süreleri derken toplam resim büyür.

Kurumsal müşteride bunu özellikle FinOps gözüyle ele almak şart.
Küçük ekipte tek abonelikle idare edersiniz;
büyük yapıda işe proje bazlı etiketleme,
kaynak gruplama,
ve limit koyma olmadan kontrol zorlaşır.

Bir arkadaşım Kasım 2025’te Rotterdam’daki SaaS şirketinde buna geçtiğini anlattı;
ilk ay %30 civarı tasarruf beklerken telemetri yüzünden beklediğinin üstünde maliyet gördü.
Yanı evet,
kazanç var…
ama gözünüz kapalı girerseniz sürpriz yaşayabilirsiniz.

Ha bu arada:
bütçe kısıtlıysa Hosted yerine sade.NET/Python runtime ile başlayıp file store’u minimumda tutmak gayet mantıklı olabilir.

Kendi pratiğimde neyi farklı yaparım?

Eğer bugün sıfırdan MAF tabanlı bir çözüm kursam önce küçük başlarım.
Bir pilot senaryo seçerim:
örneğin belge özetleme,
ticket sınıflandırma ya da iç bilgi tabanı sorgulama gibi risk düşük işleri alırım.
Sonra iki hafta boyunca davranışını izlerim.

Logosoft’ta geçtiğimiz Şubat ayında yaptığımız iç PoC’de bunu uyguladık;
ajanın ilk versiyonunda web search açıktı,
sonra kapattık çünkü bazı işler dış kaynağa fazla yaslanıyordu.
Beklediğim kadar temiz değildi doğrusu…
ama kapatma sonrası çıktı kalitesi daha tutarlı hâle geldi.

Bence sağlıklı yol şu:
önce planlama modu,
sonra sınırlı tool seti,
ardından kontrollü write access.
Acele edip hepsini açarsanız elinizde güçlü görünen ama kırılgan bir sistem kalabilir.

Yazılım dünyasında güzel görünen şey ile sürdürülebilir olan şey aynı anda gelmiyor çoğu zaman — keşke gelseydi!
Aslında dur… Hani ne farkı var diyorsunuz, değil mi? burada biraz sert konuşuyorum galiba;
doğru yapı kurulursa ikisi de olabilir,
ama o nokta sandığınızdan daha zahmetli.

Nereden başlamalı?

Kritik olmayan tek senaryo seçin.
Ajanın yetkisini dar tutun.
Tüm tool çağrılarını kaydedin.
Maliyet etiketi koyun.
Kullanıcı onayı gereken adımları netleştirin.
Pilot bitmeden üretime koşmayın!

Sıkça Sorulan Sorular

Microsoft Agent Framework nedir?

Aslında.NET ve Python ile AI ajanları ve çoklu ajan iş akışları kurmanı sağlayan açık kaynak bir SDK ve runtime. Yanı tool kullanımı, context yönetimi ve orkestrasyon gibi şeyler için ortak bir model sunuyor.

Peki neden?

Agent Harness ne işe yarar?

Açık konuşayım, Bence en kilit katman burası. Ajanın gerçek dünya ile temas ettiği yer, hani dosya erişimi, shell komutları, onay akışları. Uzun oturumlar boyunca context yönetimi gibi işleri bir arada toparlıyor.

Hosted Agents kullanmak zorunlu mu?

Doğrusu, Hayır, zorunlu değil. Kendi altyapında da rahatlıkla çalışabilirsin. Ama hosted yaklaşım operasyon yükünü ciddi ölçüde azaltıyor, açıkçası bu fark zamanla hissediliyor. E peki, sonuç ne öldü? Yine de veri yerleşimi ve güvenlik gereksinimlerini dikkatle değerlendirmen gerekiyor.

CodeAct güvenli mi?

Tam yetki verirsen riskli, bunu söylemek lazım. Ama approval mekanizmaları, sandbox ortamı ve dar izinlerle kullanılırsa gayet faydalı bir araç. Tecrübeme göre en kritik nokta kontrollü başlamak; yanı önce küçük adımlar, sonra genişletmek.

Küçük ekipler bu framework’ten nasıl faydalanır?

Küçük ekipler hazır harness bileşenleriyle hızlı ilerleyebilir. İlk hedef mesela düşük riskli otomasyon olmalı; karmaşık orkestrasyonu sonradan eklemek çok daha mantıklı, hem öğrenme eğrisi açısından hem de hata yönetimi açısından (buna dikkat edin)

Kaynaklar ve İleri Okuma

Orijinal Microsoft Agent Framework duyurusu

Azure AI mimarı rehberleri

Microsoft Agent Framework GitHub deposu

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ÇYazar

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.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102