“Microsoft Teams: Bir Mesajlaşma Aracı Değil, Bir İş Platformu” başlıklı önceki yazımızda, Teams’i yalnızca haberleşme ve toplantı yapılan bir araç olarak değil; işin aktığı, dosyaların paylaşıldığı, kararların şekillendiği ve ekip çalışmasının yürüdüğü bir platform olarak ele aldık. Ardından gelen “Teams’te Copilot Kullanımına Gerçekçi Bir Bakış” yazısında ise, Copilot’ın bu platform üzerindeki temel değerini, içerik üretmekten çok bağlamı toparlamak, sohbet ve toplantı yoğunluğu içinden anlam çıkarmak ve kullanıcıların bilişsel yükünü azaltmak üzerinden değerlendirdik.
Teams’i işin yapıldığı ve yaşadığı bir platform olarak görüyorsak, Copilot’ı da yalnızca “akıllı yanıt veren bir özellik” gibi değil; bu iş platformu içinde bağlamı anlamlandıran bir katman olarak düşünmemiz gerekir. Ancak burada şu sorular ortaya çıkar:
– Copilot konuşulanı özetliyorsa, toplantıyı anlamlandırıyorsa, aksiyonları görünür hale getiriyorsa, işin bir sonraki adımı ne olacak?
– Bağlamı anlamak tabii ki önemli, ancak her şey sadece anlamaktan mı ibaret?
– Bazı noktalarda, o bağlam üzerinden harekete geçen, süreci ilerleten ve belirli işleri yürüten yapılara mı ihtiyaç var?
İşte bu noktada “agent”lar devreye girer.
“Agent” nedir, ne yapar?
Copilot’ta “agent”lar, Microsoft 365 Copilot’ın yeteneklerini belirli senaryolar, kurumsal bilgi ve iş akışlarıyla genişleten, bilgi getirebilen, özet çıkarabilen ve gerektiğinde e-posta göndermek ya da kayıt güncellemek gibi aksiyonlar da alabilen, uzmanlaşmış yapılardır. “Agent”lar, Teams, Outlook, SharePoint Online ve Copilot gibi kullanıcıların zaten çalıştığı yüzeylerde sunulabilir.
“Agent”lardan bahsederken yapılabilecek ilk hata, onları yalnızca “Copilot’ın daha gelişmiş hali” gibi görmek olur. Copilot, çoğu senaryoda kullanıcıyla birlikte çalışan, bağlamı toparlayan ve karar alma sürecini hızlandıran bir yardımcı rolündeyken; “agent”lar, belirli bir amaç için yapılandırılmış, bilgi kaynakları ve araçlarla donatılmış, kimi durumlarda akışları tetikleyen ve işi ileri taşıyan yapılardır. Microsoft Copilot Studio dokümantasyonuna göre de “agent”, talimatlar, bağlam, bilgi kaynakları, araçlar, tetikleyiciler ve girdilerle hedefe ulaşan, gerektiğinde bir tetiklemeye yanıt veren ya da konuşma içinde görev üstlenen bir yapıdır.
Overview – Microsoft Copilot Studio | Microsoft Learn
En sade ayrım şu şekilde yapılabilir:
– Copilot çoğu zaman “Burada ne oldu?” sorusuna yardımcı olur.
– “Agent” ise çoğu zaman “Peki şimdi ne yapılsın?” sorusuna yaklaşır.
Bu fark üzerinde gerektiği kadar durulmazsa, kurumlar “agent”lardan ya çok fazla şey bekler ya da tam tersine, neden ihtiyaç duyacaklarını anlamakta zorlanır. Gerçek değer, bu iki katmanın birbirini tamamlamasında ortaya çıkar.
“Agent” her yerde, her koşulda gerekli midir?
Copilot’ın her senaryoda eşit değer üretmemesine benzer şekilde, “agent”lar da her iş için doğru araç değildir. Eğer ortada yalnızca bilgiye hızlı erişme, bir toplantıyı özetleme ya da konuşmaları daha iyi anlamlandırma ihtiyacı varsa, çoğu zaman Copilot yeterli olabilir. Her süreci “agent”laştırmaya çalışmak, verimlilikten ziyade karmaşa üretme riski taşır.
Microsoft’un “agent” mimarisine ilişkin resmi kaynakları da zaten bu yapıları, özgün iş akışları, kurumsal veri kaynakları veya otomasyon gereksinimleri olduğunda Copilot’ın yerleşik yeteneklerini genişletmek için önerir. Özellikle çok adımlı iş akışlarını otomatikleştirme, üçüncü parti sistemlere bağlanma ve kullanıcıların çalıştığı yüzeylerde senaryoya özel deneyim sunma gibi ihtiyaçlar “agent” kullanımını anlamlı hale getirir.
Agents for Microsoft 365 Copilot | Microsoft Learn
Extend Microsoft 365 Copilot | Microsoft Learn
Özetle, temel soru “Agent kullanmalı mıyız?” değil; “Hangi noktada yalnızca bağlam yetmez, aksiyon gerekir?” olmalıdır. Bence “agent”ların asıl anlam kazandığı yer burasıdır.
“Agent”lar nerede gerçekten değer üretmeye başlar?
1- Bağlamdan aksiyona geçiş gerektiğinde
Ekiplerin en sık yaşadığı sorunlardan biri şudur: Bir konu konuşulur, toplantıda tartışılır, karar oluşur, aksiyonlar belirlenir; ancak bu çıktıların operasyonel sisteme yansıması yine manuel kalır. Birileri sonradan görev oluşturur, birileri ilgili kişilere yazar, birileri süreci takip etmeye çalışır. İşte bu, “agent”ların en görünür değer üreteceği alanlardan biridir. Zira burada mesele artık yalnızca konuşulanı anlamlandırmak değil; konuşulmuş olanı iş akışına dönüştürmek haline gelir.
Microsoft’un “agent” yaklaşımında da aksiyonlar, tetikleyiciler ve iş akışları gibi bileşenler bu nedenle merkezi bir rol oynar. “Agent”ların yalnızca bilgi döndürmekle kalmayıp iş süreçlerini otomasyona bağlayabilmesi özellikle vurgulanır. Copilot Studio da bu tür senaryolar için “agent flow” ve “workflow” yapıları sunar. Bu akışlar “agent” tarafından tetiklenebilir, bağımsız çalışabilir veya diğer uygulama ve servislerle entegre olabilir.
Official Microsoft Copilot Studio documentation – Microsoft Copilot Studio | Microsoft Learn
Başka bir ifadeyle, Copilot size “neler konuşulduğunu” söyleyebilir; ama bir “agent”, doğru tasarlandığında, o konuşmanın bir sonraki adımını da yürütebilir.
2- Süreç aynı anda birden fazla sistemde yaşıyorsa
Modern iş hayatındaki pek çok süreç tek bir uygulamada bitmez. Teams içinde bir konu konuşulur, Planner’da görev açılır, bir bilet (servis kaydı) sistemi güncellenir, Outlook üzerinden takip edilir, bazen dış sistemlerde kayıt tutulur. Bu nedenle bazı iş akışları için asıl problem bilgi eksikliği değil; sürecin parçalanmasıdır.
Özellikle üçüncü parti sistemler ve dış veri kaynaklarıyla entegrasyon, “agent”ların neden gerekli olabileceğini gösteren ve anlatan temel motivasyonların başında gelir. Copilot Studio tarafında da hazır veya özel konnektörlerle farklı veri kaynaklarına bağlanabilme ve araçlar ekleyebilme yetenekleri öne çıkar. Dolayısıyla “agent”lar, özellikle işin farklı sistemlere dağılmış parçalarını aynı doğal dil akışı içinde birleştirebildiğinde değer üretmeye başlar. Bu, kullanıcı açısından, “Bildiğim şey nedir?” sorusundan ziyade, “Bu iş nerede tamamlanacak?” sorusunu yanıtlar.
3- İnsanların tekrar eden takip yükünü azaltmak gerektiğinde
Kurumsal işlerin önemli bir kısmı aslında yüksek strateji değil, tekrar eden takip işlerinden oluşur. Son durum bilgisi sormak, hatırlatmalar yapmak, aksiyonların durumunu kontrol etmek, doğru kişiyi haberdar etmek, ilgili kaydı güncellemek… Tek tek bakıldığında küçük görünen bu işler, gün sonunda ciddi dikkat ve enerji tüketir.
“Agent”ların burada üstlendiği rol, insanların yerine düşünmek değil; tekrar eden koordinasyon yükünü azaltmaktır. Microsoft’un “agent” yaklaşımında, çok adımlı iş akışlarını otomatikleştirme ve kurumsal süreçleri hızlandırma vurgusu da tam olarak bu noktada konumlanır. “Declarative agent” modeli, talimatlar, ek bilgi ve aksiyonlar ile Copilot’ı belirli iş senaryoları için özelleştirmeyi hedeflerken, daha karmaşık gereksinimlerde ise “custom engine agents“, daha ileri otomasyon ve özel orkestrasyon imkanları sunar.
Buradaki önemli nokta şudur: “Agent”, organizasyon içindeki mikro-operasyonel yıpranmayı azaltabildiği ölçüde anlamlıdır.
4- Bilginin yanında sahiplik ve takip lazım olduğunda
Copilot, bir konuşmadan aksiyon maddesi çıkarabilir. Ancak aksiyon maddesinin kime ait olduğu, hangi sisteme işlenmesi gerektiği, hangi koşulda tetikleneceği ve ne zaman takip edileceği bambaşka bir katmandır. Tam da bu nedenle “agent”lar, yalnızca bilgiyle değil, sorumluluk ve süreçle birlikte düşünülmelidir.
“Agent” bileşenleri arasında bilgi ile birlikte aksiyonların ve kullanıcı deneyimi katmanlarının da yer alması, “agent”ların değerinin sadece akıllı cevaplar vermesi ile değil; doğru aksiyonu, doğru bağlamda, doğru yüzeyde sunabilmesi ile bağlantılıdır.
Copilot ile “agent” arasındaki fark zeka seviyesi değil, üstlendikleri rollerdir
Bu noktada önemli bir yanılgıdan bahsetmekte ve onu düzeltmekte fayda var. “Agent”ları, Copilot’ın “daha akıllı” hali ya da “bir sonraki seviyesi” gibi düşünmek yanıltıcı olabilir. Asıl fark çoğu zaman zeka değil, rol farkıdır.
Copilot:
- Konuşmayı toparlar,
- Toplantıyı anlamlandırır,
- Bilgiyi hızla görünür hale getirir,
- Kullanıcıya düşünme ve takip avantajı sağlar.
“Agent”:
- Belirli bir amaç için yapılandırılır,
- Bilgi kaynaklarını ve araçları kullanır,
- Gerekirse süreci tetikler,
- Bazı senaryolarda doğrudan aksiyon alır,
- İş akışını ilerletir.
Microsoft’un resmi mimari açıklamalarında da “declarative agents”, Copilot’ın aynı orkestratörünü ve temel modellerini kullanırken, senaryoya özel talimatlar, bilgi ve aksiyonlarla daraltılmış ve yönlendirilmiş deneyimler olarak tanımlanır. Daha gelişmiş gereksinimlerde ise “custom engine agents”, özel orkestrasyon, özel modeller ve proaktif davranış gibi ihtiyaçlara cevap verir. Dolayısıyla mesele, “Hangisi daha iyi?” değil; “Hangi ihtiyaçta hangisi doğru rolü üstleniyor?” sorusuna odaklanmaktır.
Copilot Studio nedir, neden kritiktir?
“Agent”lar, kavramsal olarak heyecan verici olabilir; ancak organizasyon içinde gerçekten kullanılabilir hale gelmeleri için bir tasarım ve geliştirme katmanına ihtiyaç vardır. Microsoft Copilot Studio bu noktada, “agent” ve “agent flow” oluşturmak için sunulan, grafiksel ve “low-code” bir araç olarak konumlanır. Bilgi kaynakları, araçlar, konnektörler, akışlar, değerlendirme ve yayınlama gibi bileşenleri tek yerde sunar.
Overview – Microsoft Copilot Studio | Microsoft Learn
Official Microsoft Copilot Studio documentation – Microsoft Copilot Studio | Microsoft Learn
“Agent”lar yalnızca “AI’a bir şey sorduk veya ondan bir şey istedik, kendi kendine yapıyor” yaklaşımıyla ortaya çıkmaz. İyi bir “agent” için şu koşullara dikkat etmek gerekir:
- Amaç net olmalı,
- Hangi bilgi kaynaklarına dayanacağı belirlenmeli,
- Hangi aksiyonları alabileceği tanımlanmalı,
- Hangi tetikleyicilerle çalışacağı düşünülmeli,
- Hangi yüzeylerde, kimler için sunulacağı planlanmalı.
Copilot Studio’nun resmi dokümantasyonu tam da bu parçaları, “instructions”, “knowledge sources”, “tools”, “flows and workflows”, “channels”, “testing” ve “analytics” başlıkları altında ele alır. Ayrıca, yayınlanan bir “agent”ın Teams ve Microsoft 365 Copilot kanallarına bağlanabildiği, Teams uygulama mağazası veya organizasyon içi dağıtım senaryolarıyla kullanıcılara açılabildiği de açıkça belirtilir.
Official Microsoft Copilot Studio documentation – Microsoft Copilot Studio | Microsoft Learn
Connect and configure an agent for Teams and Microsoft 365 Copilot – Microsoft Copilot Studio | Microsoft Learn
Daha pratik bir ayrım yapmak gerekirse; Microsoft 365 Copilot içindeki “Agent Builder“, hızlı ve daha basit “declarative agent” senaryoları için uygun bir başlangıç noktası sunarken, dış servislerle gelişmiş entegrasyon ve aksiyonlar gibi daha ileri ihtiyaçlarda Microsoft Copilot Studio önerilir.
Özetle, kurum içinde birkaç bilgi kaynağına dayanan ve sınırlı bir senaryoyu çözen “agent”larla işe başlayabilirsiniz. Ancak iş gerçek entegrasyonlara, akışlara ve operasyonel güvenilirliğe geldiğinde Copilot Studio, konuşmanın daha merkezi bir parçası haline gelir.
Bir uyarı: Kötü yapılandırılmış bir iş ortamında “agent” değer yaratmaz; kaos üretir
Bu yazının en kritik noktalarından biri de bu. Yazının başında bağlantılarına yer verdiğim önceki yazıların ilkinde, Teams’in doğru tasarlanmadığında gürültü, görünürlük kaybı ve yeniden e-postaya dönüş gibi senaryolara neden olabildiğinden bahsetmiştik. İkinci yazıda ise, Copilot’ın özellikle uzun, dağınık ve yüksek bağlamlı ortamlarda değer yarattığını; düşük yapılandırılmış ortamlarda ise etkisinin sınırlı kalabileceğini ele almıştık. Aynı mantık “agent”lar için daha da güçlü şekilde geçerlidir.
Eğer aşağıdaki durumlar söz konusuysa, “agent” çoğu zaman sihirli bir çözüm olamaz ve aksine, yalnızca mevcut karmaşanın otomatikleştirilmesine katkı sağlar:
- Süreçler net değilse,
- Sahiplik belli değilse,
- Bilgi dağınıksa,
- Kanal yapısı zayıfsa,
- Dosya ve kayıt yaşam döngüsü belirsizse,
- İnsanlar hala işi özel sohbetlerde ve dağınık araçlar arasında yürütüyorsa.
Bununla birlikte, Teams ortamında “agent” dağıtımı da kendine özgü zorluklar içerir. Microsoft’un Teams’te “agent” dağıtımıyla ilgili rehberinde, Teams’in kalıcı konuşma yapısı nedeniyle “stale context”, “token expiration”, “context overflow” ve “cached update” gibi riskler özellikle vurgulanır. Bu da bize şunu söyler: “Agent”lar yalnızca “oluşturulacak şeyler” değil; aynı zamanda işletilecek ve yönetilecek sistemlerdir.
Deploy agents in Microsoft Teams – Microsoft Copilot Studio | Microsoft Learn
Connect and configure an agent for Teams and Microsoft 365 Copilot – Microsoft Copilot Studio | Microsoft Learn
Dolayısıyla “agent”lardan bahsederken, mesele yalnızca yeni bir AI özelliğinden ibaret değildir. Bu konu artık doğrudan şunlarla iç içedir:
- Tasarım,
- Yönetişim,
- Güvenlik,
- Yayınlama modeli,
- Kullanım senaryosu,
- Yaşam döngüsü yönetimi.
Copilot Studio kaynaklarında, kimlik doğrulama, veri politikaları, test, analiz ve yayınlama başlıklarının bu kadar merkezde yer alması da bu argümanı destekler niteliktedir.
Key concepts – Publish and deploy your agent – Microsoft Copilot Studio | Microsoft Learn
Sonuç: Teams işin yaşadığı platform, Copilot bağlam açısından değer yaratan katman, “agent”lar ise işin yürütülme biçimini dönüştüren AI birimleridir
Bu serinin başında Teams’i bir iletişim uygulaması değil, bir iş platformu olarak ele almıştık. Ardından Copilot’ın bu platform içinde kullanıcıların bağlama daha hızlı ulaşmasını sağlayan bir katman olduğunu konuştuk. Şimdi geldiğimiz yerde şunu söylemek mümkün: Teams işin yaşadığı yer olduysa, Copilot bu işin bağlamını toparlayan katman haline geldiyse, “agent”lar da o bağlam üzerinden aksiyon alan, süreci ilerleten ve bazı iş yüklerini operasyonel zemine taşıyan yeni bir katman olmaya adaydır.
Bu noktada doğru beklentiyi kurmak önemlidir. “Agent”lar, kötü tasarlanmış süreçleri sihirli şekilde düzeltmez. Dağınık bilgi mimarisini otomatik olarak iyileştirmez. Sahipsiz işleri sahipli hale getirmez. Bunları tek başına veya otomatik şekilde yapması beklenemez.
Buna karşılık, iyi tanımlanmış senaryolarda, doğru bilgi kaynakları, doğru araçlar, doğru yönetişim ve doğru kullanıcı deneyimiyle kurgulandığında gerçekten anlamlı bir fark yaratabilir.
Sorulması gereken sorular artık şunlardır:
– Kurum içinde bugün en çok zaman kaybettiren şey yalnızca bilgiye ulaşmak mı?
– Yoksa bilgiye ulaştıktan sonra, o bilgiyi aksiyona çevirmek için harcadığımız, görünmez operasyonel efor mu?
Eğer ikinci soru daha ağır basıyorsa, o zaman “agent”lar artık geleceğin konusu değil; bugünden düşünülmesi gereken çalışma modeli bileşenlerinden biri haline gelmiş demektir.
Peki sizin organizasyonunuzda bugün en çok zaman kaybettiren nokta neresi? Bağlama ulaşmak mı, yoksa bağlamı aksiyona çevirmek mi?
Copilot’ın ötesinde, hangi süreçlerde gerçekten bir “agent” yaklaşımına ihtiyaç olduğunu düşünüyorsunuz?
“Agent”lar sizce kurum içinde en çok hangi işi iyileştirir: Bilgiye erişimi mi, aksiyon takibini mi, yoksa tekrar eden koordinasyonu mu?
Hem yanıtlarınızı ve düşüncelerinizi hem de varsa sorularınızı, alt kısımda bulunan yorumlar alanını kullanarak iletebilirsiniz.
Referanslar
TAGs: Microsoft 365, Office 365, Copilot, Copilot for Microsoft 365, Microsoft 365 Copilot, Teams, Microsoft Teams, modern workplace, digital workplace, collaboration, agents, AI agents, Copilot Studio, Agent Builder, declarative agent