Work IQ Genel Kullanıma Açılıyor: Ajanlar İçin Zeka Katmanı

Bir dakika, önce şunu netleştireyim: Microsoft’un ajanlarla ilgili son bir yılda attığı adımları takip edenler için bu duyuru sürpriz değil. Ama içindeki bazı detaylar… İşte orada durup düşünmek lazım (kendi tecrübem)

Vallahi, Microsoft, Work IQ adını verdiği katmanı 16 Haziran itibarıyla genel kullanıma (GA) açıyor. Kısaca söyleyeyim: Work IQ, bir kurumun içindeki bilgiyi — SharePoint dosyaları, Teams mesajları, Exchange mailleri, hatta bağladığınız dış sistemler — ajanlara anlayarak sunan bir zekâ katmanı. Kullanıcıya değil, ajana. Bu ayrım kritik. Çünkü ajanlar insan gibi yavaş yavaş bir belgeye tıklayıp okumuyor; saniyede onlarca sorgu atıp bağlam kuruyor, karar veriyor, aksiyon alıyor.

Ben bu yazıda kaynak duyurunun ötesine geçip, sahada gerçekten ne anlama geldiğini, Türkiye’deki kurumsal yapıya nasıl oturacağını. Kimin acele etmesi kimin beklemesi gerektiğini anlatacağım.

Work IQ tam olarak ne yapıyor?

Bak şimdi, Kaba tarif şöyle: Microsoft 365 Copilot’un altında çalışan zekâ motorunu, artık kendi ajanlarınıza da açıyorlar. Yanı şu ana kadar Copilot’a özel olan “kurumsal içeriği anlayıp cevap üretme” yeteneği, dışarıya API olarak veriliyor (inanın bana)

Doğrusu, Dört bileşenden bahsediyorlar — chat, context, tools, workspaces. Ama teknik jargonu bir kenara bırakırsak, aslında olan şu:

• Chat: Ajanınız bir kullanıcıyla ya da başka bir ajanla konuşurken, Copilot kalitesinde işlenmiş cevaplar üretebiliyor. A2A (agent-to-agent) protokolü de burada devreye giriyor.
• Context: En kritik parça bence. Ajanınıza “kullanıcı X’in geçen hafta üzerinde çalıştığı sunumu bul” dediğinizde, arka planda arama, filtreleme, izin kontrolü, ranking hepsini Work IQ yapıyor. Sız retrieval pipeline’ı kurmakla uğraşmıyorsunuz. (bu kritik)
• Tools: Genelleştirilmiş, kompakt bir araç seti. Ajan “şu belgeyi özetle”, “şu takvimden uygun saat bul” gibi aksiyonları tek tip bir arayüzle yapabiliyor.
• Workspaces: SharePoint Embedded üzerinde çalışan geçici depolama. Uzun süreli iş akışlarında ajanın ara sonuçları biriktirmesi için.

Kritik nokta: Work IQ kullanımı Microsoft 365 Copilot lisansından bağımsız. Consumption bazlı — yanı tüketime göre ödeme. Bu, oyunun kurallarını değiştiriyor.

Lisanstan bağımsız olması ne demek?

Garip gelecek ama, Duyurunun içinde küçük bir cümle var ama etkisi büyük: “Usage is independent of Microsoft 365 Copilot licensing and available on a consumption basis.” Bunu ilk okuduğumda birkaç saniye durdum.

Küçük bir detay: Şimdiye kadar Copilot’un içindeki zekayı kullanmak istiyorsanız kullanıcı başına aylık ~30$ ödeyip Copilot lisansı almanız gerekiyordu. Şimdi ne diyor Microsoft? “Ajanınız bu zekayı kullanacaksa, kullandığın kadar öde.” Yanı 10 bin kullanıcılı bir kurumda, sadece 500 kişinin gerçekten yoğun kullandığı bir ajan senaryosu varsa, 10 bin kişiye lisans almak zorunda değilsiniz.

İşte tam da bu noktada devreye giriyor.

Türkiye’deki kurumsal müşterilerimde en büyük Copilot direnci hep bu lisans modeliydi. “Herkese 30$ ödeyeceğim ama muhasebe departmanı Copilot’u ayda 2 kere kullanacak” diyen CIO’lar haklıydı. Consumption modeli burada nefes aldırıyor.

Aslında, Ama madalyonun öteki yüzü de var: consumption modelleri kontrol edilmezse patlar. Azure OpenAI’da bunu defalarca gördük (kendi tecrübem). Bir developer test amaçlı loop içine bir prompt sıkıştırır, sabaha 4 haneli dolar faturası çıkar. Neyse ki Microsoft bunu farkında ki M365 admin center içine enterprise governance ve cost management kontrolleri ekliyor (yanlış duymadınız)

Yeni yönetim kontrolleri: Nihayet

M365 admin center tarafına gelen yeni kontrol setinden birkaç önemli başlık:

Şunu açık söyleyeyim: bu tablo kağıt üstünde çok iyi görünüyor. Pratikte nasıl olacak, göreceğiz. Azure tarafında benzer FinOps araçlarının gerçek hayatta ne kadar granüler çalıştığını bildiğim için, GA’dan sonraki 2-3 ayı bekleyip görmek en sağlıklısı.

Türkiye özelinde pratik bir uyarı

Şahsen, Consumption modelli Microsoft servislerinde Türkiye faturalandırması hâlâ USD üzerinden geliyor ve TL karşılığı aylık dalgalanıyor. Kurumsal bütçe planlaması yapan CFO’lar için bu belirsizlik ciddi bir mesele. Work IQ’yu pilotluyorsanız, tahmini token/çağrı hacmi × ortalama birim maliyet × %20 kur payı formülüyle bütçe koymayı öneririm. Peki bunu neden söylüyorum? Fena hâlde yanılmazsınız.

A2A, MCP ve REST — Üç Kapı

Work IQ üç farklı protokolle konuşuyor: Daha fazla bilgi için Cosmos DB Built-in Connector for Logic Apps Standard GA Oldu yazımıza bakabilirsiniz. Git’te NTLM Kapanıyor: Azure DevOps Server İçin Kritik Uyarı yazımızda bu konuya da değinmiştik. Headlamp Cluster API Eklentisi: CAPI Artık Görsel Arayüzde yazımızda bu konuya da değinmiştik.

1. A2A (Agent-to-Agent): Ajanların birbirine iş delege etmesi için. Bir orchestrator ajan, alt ajanlara görev dağıtıp cevapları toplayabiliyor. (bu kritik)
2. Remote MCP Server: Model Context Protocol’ün Microsoft’un tekrar tasarladığı hali. Claude, Cursor, VS Code Copilot gibi MCP destekli her araç bağlanabilir.
3. REST API: Klasik web uygulamalarının bağlanması için. Ajan olmayan senaryolar için de kapı açık.

Bu çoklu protokol yaklaşımı akıllıca (inanın bana). Microsoft “sadece bizim frameworkümüzü kullanın” demiyor artık. Semantic Kernel, LangChain, LlamaIndex, hatta özel yazılmış bir Python scripti — hepsi Work IQ’ya bağlanabilir. Bu açıklığın arkasında bence Agent Framework ile Kendi Claw’ünü Kurmak: Saha Notları yazısında bahsettiğim ekosistem baskısı var — geliştiriciler artık tek platforma kilitlenmek istemiyor.

Basit bir MCP bağlantı örneği

{
"mcpServers": {
"work-iq": {
"url": "https://workiq.microsoft.com/mcp/v1",
"auth": {
"type": "oauth2",
"tenantId": "your-tenant-id",
"scopes": ["WorkIQ.Read.All", "WorkIQ.Tools.Execute"]
},
"budget": {
"monthlyTokenCap": 5000000,
"alertThreshold": 0.8
}
}
}
}

İtiraf edeyim, Bu örnek şematik — Microsoft’un GA’da yayınlayacağı gerçek şema biraz farklı olabilir. Ama fikir bu: MCP client’ınız Work IQ’yu bir sunucu gibi görüyor, ajanınız da araçlarını kullanıyor.

Kimin acelesi olmalı, kimin olmamalı?

Sahada gördüğüm kadarıyla şirketler bu tür duyurulara iki uçtan reaksiyon veriyor: ya “hemen POC başlatalım” ya da “bekle bakalım biraz otursun”. İkisi de her zaman doğru değil.

Startup / küçük ekipseniz

Consumption modeli sizin lehinize olabilir; çünkü kullanıcı başına Copilot lisansı almanız gerekmiyor ve küçük ekiplerde maliyet hesabı daha rahat dönüyor (tabiî senaryo düzgün kurulursa). Bir tane iyi tasarlanmış dahili ajan yazıp bunu Work IQ’ya bağlarsanız beş-on kişilik ekibinizde epey iş görüyor; hemen public preview’a girip denemenizi öneririm. Microsoft SQL 2026 Yol Haritası: Sahadan Süzülmüş Notlar yazımızda bu konuya da değinmiştik.

Orta ölçek (500-2000 çalışan)

Burada iş biraz daha nüanslı oluyor; çünkü Copilot lisansları çoktan alınmış olabilir. Herkesin kullanım paterni aynı çıkmıyor (hiç şaşırtmıyor). Work IQ’ya geçmek yerine Copilot’un yanına ek özel senaryolar için Work IQ’yu kullanabilirsiniz — mesela müşteri hizmetleri ajanı ya da satış asistanı gibi vertical işler; böylece lisans ile consumption paralel yürüyebilir. .NET 8 ve.NET 9 İçin Son Tarih: 10 Kasım 2026 yazımızda bu konuya da değinmiştik.

Büyük kurumsal (bankalar, telekomlar, kamu)

Aceleci olmayın; önce governance kontrollerinin gerçek dünyada nasıl çalıştığını görün. Veri erişim politikalarını netleştirin (özellikle KVKK tarafında). KVKK / veri ikametgahı konularının Work IQ tarafında henüz net dökümante edilmediğini söyleyebilirim; GA sonrası 3-6 ay bekleyip pilotlamak daha akıllıca olur diye düşünüyorum. Bu arada iç izin modelinizi (Sensitivity Labels, Purview) toparlayın — Work IQ bunları kullanacak.

Copilot’un geleceği için ne anlama geliyor?

Açık konuşayım; bu duyuru bana biraz Microsoft’un Copilot lisans stratejisini gözden geçirdiğinin sinyali gibi geldi. Bunu saklamaya gerek yok sanırım. Kullanıcı başına 30$ modeli piyasada beklendiği kadar hızlı yayılmadı; özellikle Avrupa ve Türkiye’de durum böyleydi zaten hiç giz yoktu dersek yeridir. Consumption modeli işe ajan çağına daha uygun duran bir monetizasyon yolu gibi dürüyor.

Bir de şu var ki Microsoft artık “Copilot” markası altındaki her şeyi tek başına inşa etmek yerine altyapıyı platform olarak sunma yönüne gidiyor. Biraz geri çekilip zemini genişletiyor diyebiliriz. SharePoint Copilot Apps Geliyor: SPFx’in AI Dönemine Giriş yazısında da benzer bir eğilimden bahsetmiştim. Açıkçası o çizgi hâlâ devam ediyor; SPFx tarafındaki dönüşüm ile Work IQ birbirini besleyen iki hikâye gibi dürüyor.

Şöyle söyleyeyim, Agent Harness ile Ajana Veri Vermek: Onay ve Hafıza Dahil yazısında değindiğim onay/hafıza katmanı konularının burada ne kadar önemli olduğunu tekrar hatırlatmak isterim; ajana veri vermek kolay ama ajanın o veriyle ne yapacağını izin çerçevesinde tutmak asıl iş oluyor (bizzat test ettim)

Şimdi gelelim işin can alıcı noktasına.

İlkl adımda ne yapmalı?

;

Açık konuşayım, Denenmek isteyenler için pratik yol gayet basit görünüyor ama detayda ufak tuzaklar var:

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

İlgili Yazılar

Cosmos DB'de AI Maliyet Optimizasyonu: 7 Pratik İpucu23 Nis 2026

Foundry Local GA Oldu: Bulut Olmadan Yerel AI19 Nis 2026

Copilot CLI Metrikleri Artık Birleşik: Ne Değişti?12 Nis 2026

Copilot Code Review Azure Repos'a Geldi: Sahadan İlk İzlenimler30 Haz 2026