MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
Geçen ay bir müşteride, AI ajanının sadece metin döndürmesi yetmedi; kullanıcıya küçük bir panel, birkaç buton ve kontrollü bir kopyala-yapıştır alanı da lazımdı. Tam orada MCP Apps konusu açıldı. İlk bakışta, “birkaç satırla app olur mu yahu?” dedim. Sonra Azure Functions’ın yeni fluent yaklaşımı devreye girince işin rengi baya değişti.
İlginç olan şu ki, Ben bu tarz işlere hep iki açıdan bakarım: biri mimarı gözü, diğeri operasyon gözü. Mimarı tarafta temiz mi, sade mi? Operasyon tarafında ekip yarın sabah bunu debug edebilecek mi? MCP Apps için gelen yeni Fluent API ikisine de fena değil cevap veriyor. Özellikle.NET isolated worker kullanan ekiplerde, o protocol detayıyla boğuşmadan ilerlemek baya rahatlatıcı oluyor.
Peki neden?
Mesele aslında ne?
Şunu söyleyeyim, MCP’yi çoğu kişi “AI araç çağırma protokolü” diye özetliyor, ama işin aslı biraz daha geniş (bu beni çok şaşırttı). Artık sadece text output veren tool’lardan bahsetmiyoruz; UI gösterebilen, statik dosya servis eden, güvenlik politikasını sıkı tutan araçlar da var. Yanı basitçe söyleyeyim: eskiden komut satırı gibiydi, şimdi küçük bir mini uygulama katmanı ekleniyor. Evet.
Bu yeni yaklaşım bana 2019’da kendi lab ortamımda denediğim bazı workflow’ları hatırlattı. O zamanlar Azure Functions ile kullanıcıya HTML döndürmeye çalışırken her şeyi elle bağlardık; mime type ayrı dertti, metadata ayrı dertti, güvenlik politikası ayrı dertti… Şimdi Fluent API bunların çoğunu senin yerine toparlıyor (buna dikkat edin). İyi tarafı bu. Bu ne anlama geliyor? Kötü tarafı da şu: soyutlama arttıkça alttaki mekanizmayı unutursan, hata ayıklarken biraz terliyorsun.
Tool’dan app’e geçmek neden önemli?
Çünkü her AI aracını aynı kefeye koymak pek doğru değil. Bazen sadece JSON dönersin, biter. Bazen kullanıcıya bir form gösterirsin, clipboard erişimi istersin ya da belirli kaynaklara izin verirsin; işte MCP Apps burada devreye giriyor ve tool’u küçük bir uygulamaya çeviriyor — itiraf edeyim, beklentimin üstündeydi —. Peki neden?
Logosoft’ta geçen sene bir finans kuruluşu için yaptığımız PoC’de benzer bir ihtiyaç vardı: model doğru cevabı veriyordu. Kullanıcının karar vermesi için görsel kanıt gerekiyordu. Salt metin yetmediği anda insanlar “tamam ama bunu nasıl doğrulayacağım?” diye soruyor. UI olan tool tam burada işe yarıyor.
MCP App fikri güzel çünkü AI aracını yalnızca cevap veren bir kutu olmaktan çıkarıp kontrollü bir deneyime dönüştürüyor; ama bunu yaparken güvenliği gevşetirseniz iş ters teper.
Fluent API neyi sadeleştiriyor?
Aslında — hayır dur, daha doğrusu, İşin can alıcı kısmı burada. Normalde MCP spec tarafında resource endpoint, ui:// URI’si, özel mime type ve _meta.ui gibi parçalar var. Bunların her biri mantıklı şeyler; sorun şu ki hepsini elle kurmak ekipleri yoruyor. Hele hızlı iterasyon yapan ürün takımlarında bu tür protocol detayları bazen gereksiz sürtünme yaratıyor.
Ve işler burada ilginçleşiyor. Daha fazla bilgi için
2024 başında bir telekom müşterisinde yaptığımız değerlendirmede şunu net gördüm: geliştirici ekip hız istiyor, güvenlik ekibi fren istiyor. İkisini barıştırmanın yolu “her şeyi yasakla” ya da “hepsine izin ver” değil; ince ayar yapmak. MCP Apps tam burada işe yarayabilir çünkü permission ve policy katmanını tool’un yanında tanımlatıyor.
| Konu | Klasik Tool | MCP App |
|---|---|---|
| Kullanıcı arayüzü | Yok veya harici | Dahili view desteği var |
| Statik dosyalar | Ayrı servis gerekir | Aynı yapı içinde taşınabilir |
| CSP / izinler | Dışarıda yönetilir | Tool ile birlikte tanımlanabilir |
| Ekip hızı | Daha fazla el işi | Daha az tekrar eden kurulum |
| Sürtünme noktası | Daha yüksek | Daha düşük ama soyutlama var |
Küçük startup ile enterprise arasında fark ne?
Küçük startup tarafında bu özellik resmen ilaç gibi gelebilir çünkü ekip azdır, süre kısadır. Herkes aynı anda hem backend hem frontend hem DevOps bakıyordur (evet o klasik durum). Bir-iki gün kazanmak bile önemli.
Enterprise tarafta işe başka dertler var: onay süreçleri uzun sürer, security review ağırdır, uyumluluk isterler… Bu yüzden Fluent API’nın sağladığı standart yapı değerli olabilir ama yine de preview olmasını hafife almamak lazım.
Neden preview olduğu hâlde dikkat çekici?
Açıkçası preview olması beni biraz temkinli yaptı — haklı olarak yaptı yanı. Çünkü stabil olmayan API’ye dayalı mimarı kurmak istemezsin. Ama Microsoft’un burada verdiği sinyal net: yön belli öldü ve ekip geri bildirım toplayarak bunu oturtmak istiyor.
Bak şimdi, Bence en iyi kullanım şekli şimdilik pilot projeler veya internal tooling senaryoları olacak gibi dürüyor. Mesela Azure Functions üzerinde çalışan operasyon — itiraz edebilirsiniz tabiî — paneli benzeri araçlar için ideal olabilir. 2025’in başlarında AZ-305’e hazırlanırken benzer tasarım sorularını çok düşünmüştüm: hizmeti basitleştirirken kontrolü kaybetmemek… işte burada da aynı mantık var.
Beni heyecanlandıran şey ne?
MCP spektrumunda asıl zor olan şey yalnızca teknik entegrasyon değil; standardizasyonu korurken geliştirici deneyimini düşürmemekti.
Neyse, fluent API bu çizgide iyi gidiyor.
Ama dürüst olayım,
henüz ham tarafları olabilir.
Hele bir de dokümantasyon derinleşmeden ekiplerin yanlış beklentiye girmesi mümkün (evet, doğru duydunuz)
Neyse uzatmayalım:
iyi haber şu ki artık “tool + view + policy” üçlüsü için daha temiz bir başlangıç var.
Kötü haber işe şu:
soyutlama arttıkça platform bağımlılığı hissi de artabiliyor.
Bunu görmezden gelirsek kendimizi kandırmış oluruz.
Sahada nasıl konumlandırırım?
Ben olsam bunu doğrudan müşteri yüzlü hayatı uygulamada ilk gün koymam.
Önce destekleyici senaryolarda denerim:
iç operasyon ekranları,
AI destekli admin paneller,
kontrollü aksiyon ekranları…
Bir süredir Copilot Code Review metrikleriyle uğraşan ekiplerde gördüğüm şey şu:
görselleştirme varsa kabul daha hızlı oluyor.
İnsanlar ne olduğunu görüyor çünkü.
- Ne zaman mantıklı?: Kullanıcı etkileşimi olan AI araçlarında. — ciddi fark yaratıyor
- Ne zaman temkinli olmalı?: Regülasyonlu sektörlerde ilk üretim yayını öncesi genelde inceleme gerekirken. — ciddi fark yaratıyor
- Ne zaman fazla gelir?: Sadece düz metin dönen basit otomasyonlarda. (bu kritik)
Eğer mevcut sisteminiz Azure Functions üzerine kuruluysa geçiş eşiği düşük görünüyor.
Bu hoşuma gitti.
Ama şu da var:
UI tarafına fazla güvenip backend validasyonu zayıflatırsanız,
gösterişli ama kırılgan bir yapı elde edersiniz.
Kağıt üstünde iyi,
pratikte göreceğiz artık!
Sıkça Sorulan Sorular
MCP App nedir?
MCP App, normal bir MCP aracının UI view, statik asset ve güvenlik politikalarıyla birlikte çalışan uygulama hâline gelmiş versiyonudur. Yanı sadece çıktı veren araç değil, kontrollü etkileşim sunan küçük bir uygulama gibi davranır.
Fluent API kullanmak zorunlu mu?
Zorunlu değil ama işleri belirgin biçimde sadeleştiriyor.
En çok da.NET isolated worker kullanan Azure Functions projelerinde protokol detaylarını elle bağlamak yerine daha temiz ilerliyorsunuz.CSP neden önemli?
CSP hangi kaynakların yüklenebileceğini sınırlar.
Bu şekilde kötü niyetli ya da yanlış konfigüre edilmiş içerikler uygulamanın içine sızamaz.
Kurumsal ortamlarda bence olmazsa olmazlardan biri bu.MCP Apps production için hazır mı?
Paket preview olduğu için temkinli olmak lazım.
Pilot ve iç kullanım senaryolarında denenebilir ama kritik production sistemlerinde stabil sürümü beklemek daha doğru olabilir.
Ben şahsen önce lab ortamında ölçer biçerim demeyi tercih ederim.Kaynaklar ve İleri Okuma
Microsoft Azure SDK Blog Yazısı — Orijinal DuyuruAzure Functions Resmî DokümantasyonuModel Context Protocol Resmî SitesiASP.NET Core ve.NET DI Rehberi
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.
4 comments