Claude Fable 5 Microsoft Foundry’de: Otonom Ajan Devri Başlıyor
Sabah kahvemi içerken Foundry duyurusuna denk geldim, açıkçası önce bir duraksadım. Anthropic’in yeni modeli Claude Fable 5, Microsoft Foundry üzerinden erişime açılmış. Hem GitHub Copilot tarafında hem de Foundry Agent Service içinde kullanılabiliyor. İlk bakışta “yeni bir model daha geldi” gibi dürüyor, ama işin tadı biraz başka (inanın bana). Hani öyle sıradan bir lansman değil.
Neden farklı? Çünkü Fable 5, kısa promptlara hızlı cevap veren bir asistan gibi konumlanmıyor; daha çok uzun soluklu ve çok aşamalı işleri taşıyan bir model gibi dürüyor. Yanı sız bir saatliğine toplantıya giriyorsunuz, geri döndüğünüzde işin epey ilerlemiş olması bekleniyor. Kağıt üstünde fena değil tabiî. Pratikte nasıl olur, orası ayrı.
Bir notu en baştan düşeyim: Anthropic, ABD ihracat kontrolleri kapsamında bazı bölgeler için Fable ve Mythos erişimini globalde kısıtladı. Yanı “her yerden çalışır” demiyorum. Bu detay özellikle Türkiye merkezli. Global operasyonu olan firmalar için baya önemli — alt tarafta biraz daha açacağım.
Bir dakika — bununla bitmedi.
Fable 5 Aslında — hayır dur, daha doğrusu Ne Yapıyor?
Şunu söyleyeyim, Anthropic, Fable 5’i “en zor bilgi işi ve kodlama problemleri için yeni nesil zekâ” diye tarif ediyor. Pazarlama dili biraz cilalı, önü geçelim; özü şu: model kendi planını kurabiliyor, ilerlemesini hedefe göre kontrol edebiliyor — dürüst olayım, biraz hayal kırıklığı —. Gerekirse rotayı ortada düzeltiyor. Bir sonraki komutu beklemeden.
Bu küçük bir nüans gibi görünüyor ama değil (yanlış duymadınız). Klasik LLM çağrılarında sız prompt verirsiniz, model cevap verir, sonra sız yeni prompt yazarsınız… döngü sizin elinizde kalır. Fable 5’in vaadi işe döngünün modelin içinde dönmesi. Refactor başlıyor, model dosyaları tarıyor, testleri koşturuyor, hata görüyor, geri dönüp düzeltiyor. Sız arada yoksunuz.
Araya gireyim: Evet, burada iş değişiyor.
Görsel yetenekler ve dokümanlar
Aslında, Modelin geliştirilmiş tarafı sadece muhakeme değil. Vision tarafında da gözle görülür bir sıçrama var. PDF, diyagram, şema, yoğun tablo gibi dokümanları sadece “okumuyor”, içlerindeki yapısal anlamı da çıkarmaya uğraşıyor. Bir malı tabloda satır-sütun ilişkisini anlayıp yorum yapabilmesi, bizim sektörde çoğu zaman atlanan kullanım alanlarından biri.
Aslında, Açık konuşayım: Türkiye’de finans, hukuk ve mimarı ekiplerinin hâlâ büyük kısmı PDF tabanlı çalışıyor. Sözleşmeler, fizibilite raporları, AutoCAD çıktıları… Bunları manuel okuyup özetleyen insanlar var ya, işte asıl yük orada. Bu ne anlama geliyor? Fable 5 gibi modellerin Türkiye’deki etkisini ben kod tarafında değil, burada daha net görüyorum.
Bunu biraz açayım.
Microsoft Foundry Neden Devrede?
Şöyle ki, “Anthropic’in modeli neden Microsoft’ta?” diye soran çok oluyor. İşin aslı şu: Foundry, Microsoft’un kendi bir düşüneyim… modellerini değil, kurumsal AI iş yüklerini koşturduğu platform. Modelleri değerlendirme (eval), bağlamlama (grounding), yönetişim (governance) ve ölçekleme katmanı sunuyor. Yanı mesele Fable 5’in ham hali değil; kurumsal kontrol katmanıyla gelmesi (inanın bana)
Eh, Hani şu klasik soru var ya: “OpenAI’ı doğrudan kullansak olmaz mı?” Tabiî ki olur (kendi tecrübem). Ama bir bankada, sigorta şirketinde veya kamuya iş yapan bir entegratörde aynı rahatlıkla olur mu? İşte orada Foundry devreye giriyor. Loglama, denetim izleri, KVKK/GDPR uyumluluğu, role-based access… bunlar “nice to have” değil; açık konuşayım, mecburi şeyler.
Bunu biraz açayım.
Foundry’nın asıl değeri model değil; modelin etrafındaki operasyonel kabuk. Fable 5 olmadan da bu kabuk değerli kalıyor ama Fable 5 ile birlikte ajan senaryolarının sınırı belirgin biçimde genişliyor.
Microsoft IQ ile birleştirilince ne oluyor?
Foundry tarafında bir de Microsoft IQ var. Bu katman, modelin kurumunuzun verisi, ekipleri, Power BI raporları, uygulamaları. Web içeriği üzerinde muhakeme yapabilmesini sağlıyor. Fable 5’in genel zekasını alıp sizin kurumunuzun bağlamına oturtuyor diyebiliriz (ki bu çoğu kişinin gözünden kaçıyor) MSVC Build Tools Haziran 2026 Önizleme: Sessiz Ama Derin İyileştirmeler yazımızda bu konuya da değinmiştik.
Doğrusu, Bunu önemsiyorum çünkü “RAG kurarız hallederiz” diyenlerin çoğu aslında işin yarısını kuruyor. Sürekli güncellenen ve kullandıkça olgunlaşan bir bağlam katmanı ayrı mühendislik istiyor (kolay değil yanı). Hazırını kullanmak isteyenler için IQ kısa yol sayılır. Yeterli mi? Önü görmek için biraz daha pişmesi lazım bence. Daha fazla bilgi için Visual Studio 2026 Tema Renkleri: Artık IDE Sizin Dediğiniz Gibi yazımıza bakabilirsiniz.
Gerçek Senaryolar: Nerede Parlar, Nerede Yorulur?
Pazarlama dilinden çıkıp sahaya inelim şimdi. Kısacası, fable 5 gibi otonom modellerin iyi çalıştığı ve tökezlediği yerler bence şöyle ayrılıyor:
| Senaryo | Fable 5 Uygunluğu | Notum |
|---|---|---|
| Çok dosyalı kod refactor | Çok iyi | Test coverage iyi değilse riskli |
| Araştırma sentezi (10+ kaynak) | Çok iyi | Halüsinasyon hâlâ var, doğrulama şart |
| Belge analizi (PDF, tablo) | Iyi | Türkçe PDF’lerde test edin, sürprizler olabiliyor |
| Kısa, tek seferlik sorgu | Aşırı kapasite | Maliyet açısından mantıklı değil; daha küçük model seçin |
| Gerçek zamanlı chat | Vasat | Latency uzun aşamalı işler için tasarlanmış |
| Malı rapor okuma | Iyi | Vision yeteneği burada gerçekten işe yarıyor |
Refactor örneği: Aslında nasıl çalışıyor?
Eh, Diyelim ki elinizde.NET monolit var ve servis ayrıştırması yapıyorsunuz. Klasik yaklaşımda geliştirici sınıf sınıf gezer, bağımlılıkları çözer, test yazar. Fable 5’i Foundry Agent Service üzerinden devreye aldığınızda akış şöyle olabiliyor:
# Foundry Agent Service — basitleştirilmiş tanım
agent:
name: refactor-bot
model: claude-fable-5
tools:
— code_search
— file_edit
— run_tests
— git_commit
policy:
max_iterations: 25
require_human_review: true
blocked_paths:
— "src/Auth/**"
— "infra/prod/**"
grounding:
source: foundry_iq
scope: organization
Burada kritik olan iki şey var: max_iterations ve blocked_paths. Modelin sonsuz döngüye girmesini engellemek ve hassas alanlara dokunmasını yasaklamak gerekiyor. Yetkisiz alanda çalışan otonom ajan = felaket reçetesi. Bunu hafife almayın. Bu konuyla ilgili .NET Day Agentic Modernization: Eski Uygulamalara Yeni Hayat yazımıza da göz atmanızı tavsiye ederim. Bu konuyla ilgili Copilot CLI’da Akıllı Subagent Delegasyonu: Az Devretmek Daha İyi yazımıza da göz atmanızı tavsiye ederim.
Bir dakika — bununla bitmedi.
Türkiye Perspektifinden: Kim Ne Yapmalı?
Sahada gördüğüm kadarıyla Türkiye’deki kurumlar üç farklı olgunluk seviyesinde:
Birinci grup, hâlâ “ChatGPT kullansak mı?” tartışmasında takılı kalmış durumda. Bu gruba Fable 5 erken gelir. Önce kurumsal AI politikası, veri sınıflandırması ve KVKK uyumu masaya yatırılmalı; yoksa sorun modelde değil ortamda demektir. Copilot Autofix Azure DevOps’ta: Alert Yığını Bitiyor mu? yazımızda bu konuya da değinmiştik.
İkinci grup, Copilot lisanslarını almış. Ekiplere dağıtmaktan öteye geçmemiş durumda; ajanlı senaryolara henüz girmemişler. Bu grup için Foundry Agent Service ile küçük pilotlar mantıklı görünüyor. Mesela bir tane “iç dökümantasyon ajanı” kurmak — Confluence/SharePoint üzerinde arama yapıp özetleyen — düşük riskli ve gerçekten değer üretiyor.
Üçüncü grup, zaten ajan deniyordu; GPT veya Claude’un önceki sürümleriyle ufak tefek orkestrasyonlar kurulmuştu bile olabilir. Burada, bu gruba Fable 5’in getirdiği şey uzun zincirli görevleri tek modelde toparlayabilmek oluyor artık (ciddiyim). Önceden üç ayrı orkestrasyon adımı isteyen işler tek ajanda dönebiliyor.
Küçük bir ekipseniz ya da yeni başlayan bir SaaS firmasıysanız doğrudan Anthropic API’sını kullanmak daha hızlı. Ucuz olabilir.Foundry’nın sunduğu yönetişim katmanı sizin için fazla gelebilir.Token başına maliyet aynı görünse bile operasyonel katman ekstra karmaşıklık demek.
Ama enterprise tarafındaysanız denetlenebilirlik. Role-based access olmazsa olmaz hâle geliyor.Bu durumda doğrudan API erişimi yerine Foundry içinden tüketmek ileride sizi denetim zamanı baya rahatlatır.KVKK denetimine giren bir firmada “model hangi veriyle ne yaptı gösteremedik” demek ciddi baş ağrısı çıkarır.
Maliyet ve Tasarım Tarafı
Şimdi, fable 5 gibi frontier modeller ucuz sayılmaz.Token başına maliyet daha küçük modellere göre belirgin biçimde yüksek.Otonom ajan senaryolarında bu maliyet büyüyor; çünkü model birkaç kez yineleme yapıyor,kendi planını kontrol ediyor,gerekirse yeniden deniyor.Bir refactor görevi basit chat’e göre kolayca 10-30 kat fazla token yakabiliyor.
Bunun TL karşılığı ne olur? Net hesap için kullanım profili lazım ama kabaca şöyle düşünün:Aylık yüz saatlik bir ajan kullanımı bazen bir junior geliştiricinin maaşına yaklaşabiliyor.Mantıklı mı? Eğer ajan gerçekten o kadar insan işi çıkarıyorsa evet.Halletmiyorsa lüks kalıyor,açık konuşayım.
Eh, Tasarım önerim şu:düzeyi ayırın . Basit sorguları küçük modellerle (mesela Phi veya GPT-4o-mini sınıfı), karmaşık planlamayı işe Fable 5 ile çözen bir orkestrasyon kurun.Foundry tarafında böyle hibrit kurulumlar yapılabiliyor.Aksi hâlde bütçe ay sonunda kendini belli etmeye başlıyor.
Neyse uzatmayayım; bu konuyu daha derinden incelemek isterseniz,daha önce yazdığım Microsoft Foundry’de Ajanları Dağıtmak: Asıl Oyun Şimdi Başlıyor, yazısında ajan dağıtım stratejilerini ele almıştım.Oradaki çerçeve burada da geçerli.
Sık Görülen Hata: Yetki ve Bağlam Karmaşası
Saha gözlemim şu:Ekipler ajan kurarken en çok yetki tasarımında çuvallıyor.Fable 5 gibi otonom bir modeli elinize alıp “bir şeyler yap” dediğinizde gerçekten yapıyor ama bazen yapmaması gereken şeyleri de yapıyor.Neden? Çünkü kapsam net çizilmemiş oluyor.
Çözüm basit ama disiplin istiyor.Her ajan için scope, tool whitelist, data boundary. ? Hayır dur,sözü toparlayayım:manual review noktaları ? Daha doğrusu insan onayı gereken noktalar net tanımlanmalı.Foundry’nın policy katmanı bunları kodlamanıza izin veriyor.Kullanın yanı.
Sıkça Sorulan Sorular
Claude Fable 5’i doğrudan Anthropic’ten almak yerine Foundry’den almanın ne farkı var?
Modelin kendisi aynı aslında, ama Foundry üzerinden gelince etrafına bir sürü şey geliyor: yönetişim, denetim, role-based access, bütçe kontrolü, Microsoft Entra entegrasyonu… Kurumsal yapılarda bu katman olmadan olmuyor yanı. Küçük ekipler içinse açıkçası doğrudan API çok daha hızlı bir başlangıç noktası olabilir.
Fable 5 Türkçe içerikte nasıl?
Son nesilde Anthropic modelleri Türkçe’de epey iyi, özellikle muhakeme gerektiren şeylerde. Ama Türkçe PDF/OCR senaryolarında karakter sorunları hâlâ çıkabiliyor. Bence production’a almadan önce mutlaka kendi veri setinizle test edin, “zaten iyi çalışır” diye varsayımda bulunmayın (yanlış duymadınız)
GitHub Copilot’ta Fable 5 mi seçmeliyim, GPT mi?
Kısa kod tamamlama ve günlük geliştirme için GPT tabanlı modeller hâlâ hızlı ve pratik. Çok dosyalı refactor, mimarı karar alma ya da derin debugging gibi uzun soluklu işlere gelince Fable 5 belirgin şekilde öne çıkıyor. Tecrübeme göre en mantıklısı şu: göreve göre model seçmek, tek bir modele kilitlenmemek.
Otonom ajanlar güvenli mi? Üretimde kullanmak mantıklı mı?
Bak şimdi, “Güvenli” biraz göreceli bir kavram bu işte. Doğru policy’ler, kapsam sınırları, human-in-the-loop noktaları ve denetim logları kuruluysa üretimde kullanılabilir. Bunlar yoksa ciddi risk var, bence bunu hafife almamak lazım. Önce düşük riskli senaryolarla başlayın, güveni veriyle yavaş yavaş inşa edin.
Foundry’de Fable 5 maliyetini nasıl kontrol ederim?
Şunu söyleyeyim, Foundry’de bütçe alarmları, kota limitleri ve kullanım raporları var. Ama bunların ötesinde en etkili yöntem model katmanlama, yanı küçük modellerle ön filtreleme yapıp sadece karmaşık kısımları Fable 5’e göndermek (evet, doğru duydunuz). Bir de ajan iterasyon limitlerini sıkı tutmak token tüketimini ciddi ölçüde düşürüyor, mesela bunu genelde göz ardı ediyorlar. Gerçekten fark yaratıyor.
Kaynaklar ve İleri Okuma
Azure Blog: Claude Fable 5 in Microsoft Foundry — Resmî Duyuru
Microsoft Foundry Resmî Dokümantasyonu
Anthropic: Fable & Mythos Erişim Kısıtlamaları Açıklaması
Foundry Agent Service Geliştirici Kılavuzu (ki bu çoğu kişinin gözünden kaçıyor)
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.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
Yorum gönder