Kurumsal AI Ajan Stratejisi: Araç Kurmak Değil, Dijital İş Gücü Yönetmek

TL;DR — AI ajanları artık deneysel bir merak değil, ölçeklenen bir kurumsal gerçeklik. Salesforce Agentforce lansmanından bu yana yaklaşık 29.000 anlaşma ve 800 milyon dolara yaklaşan yıllık yinelenen gelire ulaştı; Microsoft Copilot Studio üzerinde yaklaşık 160.000 kuruluş 400.000'den fazla özel ajan çalıştırıyor; Google Cloud, 22 Nisan'daki Cloud Next '26'da birleşik kur-orkestrasyon-yönetişim sunan Gemini Enterprise Agent Platform'u tanıttı. Ama asıl mesaj şu: gerçek değer, eski iş akışlarının üzerine ajan yamamaktan değil, operasyonları yeniden tasarlamaktan ve "dijital çalışanlar" için ajan-uyumlu bir mimari ile yönetişim kurmaktan geliyor. Bu yazıda bir CTO/CDO gözüyle bir ajan stratejisi çerçevesi paylaşıyorum: işletim modeli, orkestrasyon seçimi, ajanlar için kimlik ve erişim, gözlemlenebilirlik ve maliyet yönetişimi, insan gözetimi ve KVKK/EU AI Act uyumu. Türkiye bağlamında yetenek, satın al-mı-geliştir-mi ve düzenlenmiş sektör kısıtlarına da değiniyorum.

Son bir yılda müşterilerimle yaptığım toplantıların tonu değişti. Eskiden soru "AI'ı nasıl deneriz" idi. Bugün soru "AI ajanlarını nasıl yönetiriz" oldu. Bu kelime değişikliği küçük görünebilir ama altında büyük bir kırılma yatıyor. Çünkü bir aracı "kurarsınız"; ama bir iş gücünü "yönetirsiniz". Ve AI ajanları, doğru düşünüldüğünde, bir araçtan çok bir dijital iş gücüne benziyor.

Bir CTO ya da CDO olarak masaya oturduğunuzda, karşınızdaki soru artık "hangi ajan aracını alalım" değil. O soru en kolay soru. Asıl zor sorular şunlar: Bu dijital çalışanları hangi işletim modeliyle yöneteceğim? Onlara hangi kimlikle, hangi yetkilerle erişim vereceğim? Yaptıklarını nasıl izleyeceğim, maliyetlerini nasıl kontrol edeceğim, hata yaptıklarında sistem nasıl toparlanacak? Ve belki de en önemlisi: bir denetimde, bu dijital çalışanların ne yaptığının hesabını nasıl vereceğim?

Bu yazıyı, tam da bu zor sorulara sahadan bir perspektifle cevap vermek için yazıyorum. Amacım size bir ürün önermek değil; kurumunuzda kalıcı değer yaratacak bir ajan stratejisinin iskeletini çıkarmak.

En büyük hatayı en başta söyleyeyim, çünkü sahada gördüğüm başarısızlıkların çoğu buradan doğuyor. Kurumlar AI ajanlarını eski iş akışlarının üzerine bir kat olarak ekliyor. Var olan, insan için tasarlanmış süreci alıyorlar, bir yerine bir ajan sıkıştırıyorlar ve sonuç beklenenin altında kalınca hayal kırıklığına uğruyorlar.

Gerçek değer buradan gelmiyor. Gerçek değer, operasyonları yeniden tasarlamaktan geliyor. Bir dijital çalışan, insan bir çalışandan farklı güçlere ve farklı zayıflıklara sahiptir. Yorulmaz, ölçeklenir, saniyeler içinde binlerce belgeyi tarar; ama bağlamı insan gibi sezmez, belirsizlikte insan gibi karar veremez, hesap verebilirliği farklı çalışır. Bir süreci, insan için tasarlanmış hâliyle bir ajana devretmek, bir maraton koşucusuna yüzme yarışı koşturmak gibidir.

Bu yüzden zihniyet değişimi şart: ajanları "otomasyon araçları" olarak değil, "yönetilmesi gereken dijital çalışanlar" olarak düşünün. Bir insanı işe aldığınızda ona bir rol tanımı, bir yetki seti, bir yönetici, performans ölçütleri ve bir hesap verebilirlik zinciri verirsiniz. Dijital çalışanlar da tam olarak bunlara ihtiyaç duyar. Bu çerçeveyi kurduğunuzda, geri kalan her karar — hangi platform, hangi orkestrasyon, hangi yönetişim — yerine oturmaya başlar.

Bu zihniyeti kurdaktan sonra, pazarın nereye gittiğine bakalım, çünkü rakamlar bu geçişin ne kadar hızlı olduğunu gösteriyor.

Salesforce Agentforce, lansmanından bu yana yaklaşık 29.000 anlaşmaya ulaştı ve 800 milyon dolara yaklaşan bir yıllık yinelenen gelir (ARR) yakaladı. Bu, ajanların bir demo merakı değil, bütçe ayrılan bir kurumsal kategori olduğunu gösteriyor.

Microsoft Copilot Studio tarafında tablo daha da çarpıcı: yaklaşık 160.000 kuruluş, 400.000'den fazla özel ajan çalıştırıyor. Bu sayı, ajan geliştirmenin artık uzman ekiplerin tekelinden çıkıp yaygınlaştığını anlatıyor. Kurumlar birer, ikişer değil; onlarca, yüzlerce ajan kuruyor.

Google Cloud, 22 Nisan'daki Cloud Next '26'da Gemini Enterprise Agent Platform'u tanıttı. Bu platformun vaadi dikkat çekici: birleşik bir kur-orkestrasyon-yönetişim deneyimi; içine gömülü gözlemlenebilirlik, anomali tespiti ve uyumluluk. Bu üçlünün — özellikle yönetişimin — platformun merkezine konması, pazarın olgunlaştığının en net işareti. Çünkü olgun bir pazar, "ajanı nasıl kurarım" sorusundan "ajan filosunu nasıl yönetirim ve denetlerim" sorusuna geçmiş demektir.

Bu üç örneğin ortak dersi şu: ajanlar artık ölçekte. Ve ölçekte olan her şey gibi, ajanların da bir işletim modeline, bir yönetişime, bir hesap verebilirlik yapısına ihtiyacı var. Tek bir ajanı kurmak kolaydır; bir ajan filosunu güvenli, denetlenebilir ve ekonomik biçimde yönetmek asıl iştir.

Ajan stratejisinin kalbinde orkestrasyon kararı yatar. Yani birden çok ajanı, aracı ve adımı nasıl birbirine bağlayacağınız. Burada bir yelpaze var ve nerede duracağınız, işinizin ne kadar kritik olduğuna bağlı.

Yelpazenin bir ucunda, basit ve hızlı kurulan çözümler var: bir ajana birkaç araç verirsiniz, o kendi kararıyla ilerler. Bu, düşük riskli, keşifsel işler için harika. Ama iş kritikleştikçe, bu "ajan kendi bilir" yaklaşımının kontrol eksikliği bir soruna dönüşür.

Yelpazenin diğer ucunda, graf-tabanlı orkestrasyon var — LangGraph bunun en bilinen örneği. Burada mantık şu: ajanları ve araçları, yönlendirilmiş bir grafın düğümleri olarak tanımlarsınız. İş akışı bu graf üzerinde akar; dallanabilir, döngüye girebilir, insan onayı için duraklayabilir, bir hatadan sonra toparlanabilir ve bir kontrol noktasından (checkpoint) devam edebilir. Bu, maksimum kontrol demek. Kritik, denetlenmesi gereken, hataların pahalıya patladığı iş akışları için benim ilk tercihim graf-tabanlı orkestrasyondur.

Çerçeve ekosistemi zengin: CrewAI, LangGraph, AutoGen, LlamaIndex, Semantic Kernel. Her birinin bir felsefesi var. CrewAI, rol-tabanlı ajan ekipleri kurmayı kolaylaştırır. LangGraph, graf-tabanlı hassas kontrol sunar. AutoGen, ajanlar arası konuşmaya odaklanır. LlamaIndex, veri ve RAG ağırlıklı senaryolarda güçlüdür. Semantic Kernel, kurumsal .NET/Microsoft dünyasına yakındır. "En iyi çerçeve" diye bir şey yok; sizin iş akışınıza, ekibinizin yetkinliğine ve kontrol ihtiyacınıza en uygun çerçeve var.

Benim müşterilerime kurdurduğum pratik ilke şu: kontrol ihtiyacı düşük, keşifsel işlerde basit ve hızlı çözümle başlayın; iş kritikleştikçe ve denetim gereksinimi arttıkça graf-tabanlı, kontrol noktalı, insan-onaylı orkestrasyona geçin. Bir sağlık ödeme iş akışını "ajan kendi bilir" moduna bırakmazsınız; ama bir iç bilgi tabanı sorgusunu graf üzerinde aşırı mühendislikle boğmanıza da gerek yok. Kontrol seviyesini riske göre ayarlayın.

Şimdi, sahada en çok ihmal edilen ama en tehlikeli konuya geliyorum. Dijital çalışanlarınızın da bir kimliği olmalı.

Bir insan çalışana rastgele "her şeye erişim" vermezsiniz. Rolüne göre yetki verirsiniz, en az ayrıcalık ilkesini uygularsınız, işten ayrıldığında erişimini kaparsınız, yaptıklarını denetim kaydında tutarsınız. Dijital çalışanlar için de aynısını yapmalısınız — ama çoğu kurum yapmıyor.

Sahada gördüğüm en yaygın hata, ajanlara geniş, paylaşımlı, kişisel olmayan kimliklerle erişim vermek. Bir ajan, bir servis hesabıyla veritabanına bağlanıyor, o servis hesabının yetkileri devasa, ve kim ne zaman ne yaptı belli değil. Bu, bir güvenlik felaketi için hazır bir zemin.

Doğru yaklaşım şu ilkeler üzerine kurulu. Her ajanın kendi ayrı kimliği olmalı ki eylemleri izlenebilsin. En az ayrıcalık ilkesi uygulanmalı: bir ajan sadece işini yapmak için gereken minimum yetkiye sahip olmalı, bir gram fazlasına değil. Yetkiler daraltılmış ve zamanla sınırlı olmalı: bir ajan bir görev için geçici erişim alıp, görev bitince o erişimi bırakmalı. Ve her eylem denetlenebilir bir kayıtta tutulmalı, ki bir sorun olduğunda "hangi ajan, ne zaman, hangi yetkiyle, ne yaptı" sorusuna net cevap verebilesiniz.

Bu neden bu kadar kritik? Çünkü bir öngörü var ki masaya koymadan geçemem: kurumsal siber olayların yaklaşık %25'inin AI ajanı kötüye kullanımını içermesi bekleniyor. Bunu bir an durup düşünün. Her dört siber olaydan biri, ajanlarla ilgili olacak. Bu, kenardan yönetilecek bir risk değil; ajan stratejinizin merkezine, ilk günden koymanız gereken bir konu. Bir ajanın ele geçirilmesi ya da manipüle edilmesi (örneğin bir istem enjeksiyonuyla kandırılması), o ajanın sahip olduğu tüm yetkilerin saldırganın eline geçmesi demektir. Bu yüzden ajan kimliği ve en az ayrıcalık, "sonra hallederiz" denecek bir detay değil, mimarinin temeli.

Bir dijital iş gücünü yönetiyorsanız, ne yaptıklarını görmeniz gerekir. Ve ajanlarda bu, geleneksel yazılım izlemesinden farklı bir disiplin.

Neden farklı? Çünkü bir ajan deterministik değildir. Aynı girdiye her zaman aynı çıktıyı vermez; muhakeme eder, araç seçer, adım adım ilerler. Bu yüzden sadece "çalıştı mı, çöktü mü" izlemesi yetmez. Ajanın her adımını, hangi aracı neden çağırdığını, hangi kararı verdiğini görebilmeniz gerekir. İyi bir gözlemlenebilirlik katmanı, bir ajanın "düşünce sürecini" izlenebilir kılar. Google'ın Gemini Enterprise Agent Platform'una gömülü gözlemlenebilirlik ve anomali tespitini bu kadar önemli kılan da bu; pazar, ajanların şeffaf olması gerektiğini anladı.

Maliyet tarafı da ayrı bir yönetişim alanı. Ajanlar model çağırır ve her çağrının bir maliyeti var. Bir ajan çok adımlı bir görevde onlarca kez model çağırabilir; kötü tasarlanmış bir ajan, bir döngüye girip maliyeti patlatabilir. Bu yüzden her ajanın, her iş akışının maliyetini adım düzeyinde izlemeniz gerekir. Bütçe sınırları koyun, anormal maliyet artışlarında alarm kurun, pahalı modelleri sadece gereken adımlarda kullanın. Ben buna "ajan başına birim ekonomisi" diyorum: her dijital çalışanın size dakikada, görevde ne kadara mal olduğunu bilmiyorsanız, o iş gücünü yönetmiyorsunuz demektir.

Pratik önerim: gözlemlenebilirliği ve maliyet izlemeyi ajan mimarisinin ilk gününden gömün. Bunu sonradan eklemek çok daha zor ve pahalı. Bir ajanı üretime almadan önce, "bu ajanın her adımını görebiliyor muyum ve maliyetini ölçebiliyor muyum" sorusuna evet diyebilmeniz gerekir.

Ajan konuşmalarında en çok yanlış anlaşılan konu otonomi. İnsanlar "ajanlar tamamen otonom mu, yoksa insan mı kontrol ediyor" diye ikili bir soru soruyor. Yanlış soru. Otonomi bir açık-kapalı anahtarı değil, bir yelpazedir. Ve işin ustalığı, her iş akışını bu yelpazede doğru noktaya yerleştirmekte.

Bir uçta, tam otonom ajanlar var: düşük riskli, tersine çevrilebilir işlerde ajan kendi başına ilerler. Bir iç doküman özeti çıkarmak için insan onayı beklemenize gerek yok. Diğer uçta, her kritik adımın insan onayı gerektirdiği iş akışları var: bir para transferi, bir müşteriye giden resmî bir yazı, bir tıbbi öneri. Arada ise geniş bir orta alan var: ajan çoğu işi yapar ama belirli eşiklerde, belirli belirsizlik durumlarında insana danışır.

Graf-tabanlı orkestrasyonun güzelliği burada devreye giriyor: iş akışını, tam da istediğiniz noktalarda insan onayı için duraklatacak biçimde tasarlayabilirsiniz. Ajan bir kontrol noktasına gelir, insan onayını bekler, onay gelince devam eder, gelmezse durur. Bu, otonomi ile kontrol arasında keskin bir seçim yapmak zorunda olmadığınız anlamına gelir; her adımda doğru dengeyi kurabilirsiniz.

Benim müşterilerime önerdiğim ilke: her iş akışını iki eksende değerlendirin — riskin büyüklüğü ve tersine çevrilebilirliği. Yüksek riskli ve geri alınamaz eylemlerde insan onayını zorunlu kılın. Düşük riskli ve kolayca geri alınabilir eylemlerde ajana özerklik verin. Bu iki eksende düşündüğünüzde, "her şeyi insan onaylasın" aşırı ihtiyatı ile "ajan her şeyi yapsın" pervasızlığı arasında sağlıklı bir orta yol bulursunuz.

Türkiye'de ve Avrupa pazarına dokunan her yerde, ajan stratejisi bir uyum stratejisi olmadan eksiktir. Bu, sonradan eklenecek bir katman değil; mimarinin temel taşı.

KVKK açısından kritik soru şu: ajanlarınız kişisel veriyi işliyor mu, ediyorsa hangi hukuki dayanakla, ve bu veri nereye gidiyor? Bir ajan bir müşteri kaydını okuyup bir buluttaki modele gönderiyorsa, bu bir yurt dışına veri aktarımı olabilir ve KVKK'nın net kuralları var. Bu yüzden ajanlarınızın hangi veriye dokunduğunu ve nereye gönderdiğini adım düzeyinde bilmeniz gerekir — ki bu da gözlemlenebilirliğin neden bu kadar kritik olduğuna geri bağlanır.

EU AI Act açısından ise, ajan sisteminizin risk sınıfını belirlemeniz gerekir. Yüksek riskli olarak sınıflanan sistemler için şeffaflık, dokümantasyon, insan gözetimi ve kayıt tutma zorunlulukları var. Bir ajan bir kredi kararına, bir işe alım elemesine ya da bir sağlık önerisine katkıda bulunuyorsa, bu yüksek riskli bölgeye girer ve orada "ajan kendi bilir" bir savunma değildir. İnsan gözetimini, açıklanabilirliği ve denetim kaydını mimariye gömmüş olmanız gerekir.

Pratik önerim şu: ajan stratejinizin ilk gününden bir "yönetişim çerçevesi" kurun. Bu çerçeve şu sorulara net cevap vermeli. Her ajan hangi veriye erişebilir? Her iş akışının risk sınıfı ne? Hangi adımlar insan onayı gerektiriyor? Her eylem nasıl kayıt altına alınıyor? Bir denetimde ne gösterebiliyorum? Bu sorulara baştan cevap veren bir kurum, hem düzenleyiciyle hem de kendi yönetim kuruluyla rahat eder. Sonradan cevap vermeye çalışan bir kurum ise, bir olay yaşandığında dağınık ve savunmasız kalır.

Her CTO/CDO'nun karşısına çıkan klasik soru: hazır bir platform mu alalım (Agentforce, Copilot Studio, Gemini Enterprise Agent Platform gibi), yoksa açık çerçevelerle (LangGraph, CrewAI gibi) kendimiz mi geliştirelim?

Kestirme bir cevap yok ama bir düşünme çerçevesi verebilirim. Hazır platformlar hıza, entegrasyona ve gömülü yönetişime avantaj sağlar; özellikle o platformun ekosisteminde (Salesforce, Microsoft, Google) zaten yaşıyorsanız, ajanlarınızı verilerinize ve iş akışlarınıza bağlamak çok daha kolay olur. Bedeli ise esneklik ve tedarikçi bağımlılığı: platformun size çizdiği sınırların içinde kalırsınız ve sonradan çıkmak zorlaşır.

Kendi geliştirmek maksimum kontrol ve esneklik verir; graf-tabanlı orkestrasyonla iş akışınızı tam istediğiniz gibi şekillendirirsiniz, hiçbir tedarikçiye kilitlenmezsiniz. Bedeli ise yetenek ve bakım: bunu yapabilecek bir mühendislik ekibine ihtiyacınız var ve o ekibi sürekli beslemeniz gerekir.

Türkiye bağlamında bu karara iki ek boyut giriyor. Birincisi yetenek. Nitelikli AI mühendisi bulmak her yerde zor, Türkiye'de rekabet yoğun ve maliyetli. Kendi geliştirme yolunu seçerseniz, bu ekibi kurabileceğinizden ve elde tutabileceğinizden emin olun; yoksa yarım kalmış bir projeyle baş başa kalırsınız. İkincisi, düzenlenmiş sektör kısıtları. Bir bankada, sigortada ya da kamuda, verinin yurt içinde kalması ve sistemin denetlenebilir olması zorunluysa, hazır bir bulut platformunun bu kısıtları karşılayıp karşılamadığını en baştan sorgulayın. Bazen düzenleme, kendi altyapınızda açık çerçevelerle geliştirmeyi zorunlu kılar; bazen de hazır bir platformun kurumsal veri yerleşimi seçenekleri yeterli olur.

Benim pratik önerim melez bir yol: hazır platformları düşük riskli, yaygın iş akışları için hızlı değer yaratmak amacıyla kullanın; kritik, düzenlenmiş, yüksek kontrol gerektiren iş akışlarını ise açık çerçevelerle kendi mimarinizde geliştirin. Ve her iki durumda da, kimlik, gözlemlenebilirlik ve yönetişim katmanlarınızı platform-bağımsız tutun; ki yarın bir platformdan çıkmanız gerektiğinde, yönetişiminizi sıfırdan kurmak zorunda kalmayasınız.

Teoriyi somuta bağlayalım. Bir CTO/CDO olarak bu stratejiyi nasıl hayata geçirirsiniz?

İlk 90 günde, temeli atın. Zihniyeti kurun — ajanlar dijital çalışanlar. Bir yönetişim çerçevesi taslağı çıkarın: kimlik, erişim, gözetim, uyum. Bir ya da iki düşük riskli, yüksek değerli pilot iş akışı seçin ve bunları doğru mimariyle — ajan kimliği, gözlemlenebilirlik, insan onayı — kurun. Amaç hız değil, doğru örüntüyü oturtmak. Bu pilotlardan öğrendikleriniz, geri kalan her şeyin şablonu olacak.

Sonraki 6 ayda, ölçekleyin ama disiplinle. Pilotlarda oturttuğunuz örüntüyü daha fazla iş akışına yayın. Orkestrasyon seçiminizi netleştirin: nerede basit çözüm, nerede graf-tabanlı kontrol. Maliyet yönetişimini kurun; her ajanın birim ekonomisini görün. Kimlik ve en az ayrıcalık disiplinini tüm ajanlara yayın. Ve bu noktada, en az bir kez, "bir ajan ele geçirilirse ne olur" senaryosunu masada oynayın; çünkü kurumsal siber olayların dörtte birinin ajanları içermesi bekleniyor ve buna hazırlıklı olmak istersiniz.

12 ayın sonunda, operasyonları yeniden tasarlamaya geçin. İşte asıl değer burada. Artık ajanları eski süreçlere yamamaktan değil, süreçleri dijital iş gücü için yeniden tasarlamaktan bahsediyoruz. Hangi operasyonlar, baştan ajan-uyumlu tasarlansa kökten daha verimli olurdu? Bu soruyu ciddiyetle sorup birkaç operasyonu bu gözle yeniden kurgulayan kurumlar, rakiplerinin çok önüne geçecek. Çünkü onlar araç kullanıyor olacak; siz bir dijital iş gücü işletiyor olacaksınız.

Bütün bu yolculuğun sonunda size bırakacağım düşünce şu: AI ajanları, bir teknoloji satın alma kalemi değil, bir örgütsel yetenek. Kazanan kurumlar, en pahalı platformu alan değil; dijital çalışanlarını bir insan iş gücü kadar ciddiyetle yöneten — onlara kimlik, yetki, gözetim, hesap verebilirlik ve doğru işler veren — kurumlar olacak. Bu zihniyeti bugün kurmaya başlarsanız, önümüzdeki yıllarda ajanların getireceği verimlilik dalgasında sürüklenen değil, o dalgayı yönlendiren taraf olursunuz. Ben masanın karşısına oturduğumda müşterilerimle tam olarak bu çerçeveyi inşa ediyorum; sizin de bu yazıyı bir başlangıç olarak alıp kendi dijital iş gücü stratejinizi kurmaya bugün başlamanızı öneririm.

Bir insan çalışanı işe aldığınızda, ona çalışabileceği bir ortam sunarsınız: sistemlere erişim, araçlar, veriye ulaşım, bir iletişim ağı. Dijital çalışanlar için de aynısı geçerli — ama çoğu kurumun altyapısı, insanlar için tasarlandığı hâliyle, ajanlar için elverişsiz. İşte "ajan-uyumlu mimari" derken kastettiğim tam da bu.

Ajanlar, sistemlerinizle programatik olarak konuşabilmeli. Bir insanın bir ekranda tıklayarak yaptığı işi, bir ajanın temiz bir API üzerinden yapabilmesi gerekir. Eğer kritik sistemleriniz sadece bir kullanıcı arayüzü sunuyor ve arkasında düzgün bir API yoksa, ajanlarınız o sistemlerle ancak kırılgan yollarla (ekran kazıma gibi) etkileşebilir. Bu yüzden ajan stratejinizin bir parçası, kritik sistemlerinizi ajanların güvenle ve dayanıklı biçimde erişebileceği arayüzlerle donatmaktır.

Verinin ajanlara nasıl sunulduğu da bir mimari karar. Ajanlar bağlama ihtiyaç duyar; ve o bağlamı, dağınık, belgesiz veri siloları içinden çekmek zordur. Bilgi tabanlarınızı, doküman havuzlarınızı ve veri kaynaklarınızı, ajanların anlamlı biçimde sorgulayabileceği hâle getirmek — iyi yapılandırılmış RAG mimarileri, temiz meta veri, güncel içerik — dijital iş gücünüzün üretkenliğini doğrudan belirler. Kötü beslenen bir ajan, kötü beslenen bir çalışan gibidir; ne kadar yetenekli olursa olsun, elindeki bilgi kötüyse çıktısı da kötü olur.

Bir de araçların kalitesi meselesi var. Bir ajanın "araç" dediğimiz yetenekleri — bir veritabanını sorgulamak, bir e-posta göndermek, bir hesaplama yapmak — ne kadar iyi tanımlanmışsa, ajan o kadar güvenilir çalışır. Belirsiz, kötü belgelenmiş, tutarsız davranan araçlar, en iyi modeli bile şaşırtır. Bu yüzden ajanlarınıza verdiğiniz araçları, tıpkı bir kütüphane API'si gibi özenle tasarlayın: net isimler, net girdiler, net hata mesajları. Bu detay küçük görünür ama sahada ajan başarısını en çok belirleyen etkenlerden biri.

Bütün bunları bir arada düşündüğünüzde, ajan-uyumlu mimari aslında bir altyapı yatırımı. Ve bu yatırımın güzel yanı, sadece ajanlara değil, tüm dijital dönüşümünüze hizmet etmesi. Temiz API'ler, iyi yapılandırılmış veri, kaliteli araçlar — bunlar zaten olması gereken şeyler; ajanlar sadece bu olgunluğu zorunlu kılıyor.

Ajan stratejisinde sık karşılaştığım bir soru: tek bir güçlü ajan mı, yoksa bir ekip hâlinde çalışan çok sayıda uzmanlaşmış ajan mı? Bu, insan organizasyonundaki "genelci mi uzman mı" tartışmasının dijital yansıması ve cevap yine "işe bağlı".

Tek bir ajan, basit ve orta karmaşıklıktaki işler için genellikle yeterli ve yönetimi daha kolaydır. İşi ne kadar çok parçaya bölerseniz, o parçalar arasındaki koordinasyon o kadar karmaşıklaşır ve yeni hata kaynakları doğar. Bu yüzden benim ilk ilkem: gereğinden fazla ajan kurmayın. Bir iş tek bir ajanla temiz biçimde hallolabiliyorsa, onu bir ekibe bölmenin cazibesine kapılmayın.

Ama iş yeterince karmaşıklaştığında — farklı uzmanlıklar, farklı veri kaynakları, farklı adımlar gerektirdiğinde — uzmanlaşmış ajanlardan oluşan bir ekip mantıklı olur. Bir araştırma ajanı bilgi toplar, bir analiz ajanı işler, bir yazım ajanı çıktı üretir, bir denetim ajanı kontrol eder. Bu yaklaşımın gücü, her ajanın dar bir işte uzmanlaşabilmesi ve bakımının kolaylaşmasıdır. Zorluğu ise koordinasyon: bu ajanları kim orkestre ediyor, aralarında bilgi nasıl akıyor, biri hata yaparsa ne oluyor?

Graf-tabanlı orkestrasyon burada yine parlıyor, çünkü çok-ajanlı bir ekibin akışını açıkça tanımlamanıza izin veriyor: hangi ajan ne zaman devreye girer, çıktısını kime verir, hangi koşulda döngüye girer. Bu netlik, çok-ajanlı sistemlerin "kim ne yaptı belli değil" kaosuna düşmesini engeller.

Pratik önerim: basitle başlayın, karmaşıklığı sadece iş gerçekten gerektirdiğinde ekleyin. Çok-ajanlı bir sistem etkileyici görünür ama yönetim yükü de getirir; o yükü ancak işin karmaşıklığı hak ediyorsa üstlenin.

Bu yazıda çokça mimariden, yönetişimden, teknolojiden bahsettim. Ama bir CTO/CDO olarak en az bunlar kadar önemli, hatta çoğu zaman daha zor olan bir boyut var: insanlar. Dijital iş gücü, insan iş gücünün yanında çalışacak ve bu birlikte çalışmayı yönetmek, saf bir teknoloji meselesi değil.

Çalışanlarınız, ajanları bir tehdit olarak mı yoksa bir yardımcı olarak mı göreceklerini merak ediyor. Bu endişeyi görmezden gelmek, en iyi ajan stratejisini bile sabote eder; çünkü ajanların değeri, insanların onlarla iş birliği yapmasına bağlı. İnsanlar bir ajana güvenmiyorsa, onun çıktısını görmezden gelir ya da her adımını gereksiz yere ikinci kez kontrol eder ve verimlilik kazancı buharlaşır. Bu yüzden ajanları kurumun içine sokarken, açık ve dürüst bir iletişim şart: hangi işleri ajanlar yapacak, hangi işlerde insanlar devrede kalacak, ve bu geçiş insanların rollerini nasıl değiştirecek.

Benim gözlemim şu: en başarılı kurumlar, ajanları insanların yerini almak için değil, insanları en değerli oldukları işlere odaklamak için konumluyor. Rutin, tekrarlayan, ölçek gerektiren işleri dijital iş gücüne devredip, insanları yargı, empati, yaratıcılık ve ilişki gerektiren işlere kaydırıyorlar. Bu çerçeve hem daha insani hem de daha üretken. Ajanları "insan azaltma aracı" olarak satan bir strateji, kısa vadede maliyet kesse de, uzun vadede hem kurum kültürünü hem de ajan benimsemesini zehirler.

Bir de yeni roller doğuyor. Dijital iş gücünü yöneten, ajanları tasarlayan, denetleyen, iyileştiren insanlara ihtiyaç var. Bu, kurumunuzda yeni bir yetenek katmanı demek. Bu rolleri erkenden tanımlayıp geliştirmeye başlayan kurumlar, ajan çağına hazır olacak; bu boyutu ihmal edip sadece teknolojiye yatırım yapanlar ise, en iyi araçlara sahip olsalar bile onları işletecek insanı bulamayacak.

Buraya kadar çok şey konuştuk: zihniyet, orkestrasyon, kimlik, gözlemlenebilirlik, insan gözetimi, uyum, satın al-mı-geliştir-mi, mimari, çok-ajanlılık ve insan faktörü. Bunların hepsini aynı anda kurmaya çalışmak felç edici olabilir. O yüzden size, sahada müşterilerime söylediğim en yalın başlangıç tavsiyesini bırakayım.

Küçük başlayın ama doğru başlayın. Tek bir düşük riskli, yüksek değerli iş akışı seçin. Ama onu, "sadece çalışsın" diye baştansavma değil; ajan kimliği, en az ayrıcalık, gözlemlenebilirlik, insan onayı ve maliyet izlemesiyle, olması gerektiği gibi kurun. Bu tek iş akışı, bütün stratejinizin minyatür bir prototipi olsun. Çünkü buradan öğreneceğiniz dersler — hangi yönetişim işe yaradı, insanlar ajanla nasıl çalıştı, maliyet nasıl davrandı, denetim ne gösterdi — geri kalan her şeyi ölçeklerken size yol gösterecek.

Ve unutmayın: bu bir yarış değil, bir inşa süreci. Aceleyle, yönetişimsiz, kimliksiz, gözetimsiz kurulan bir ajan filosu, hızlı bir başlangıç gibi görünür ama ilk ciddi olayda — ve kurumsal siber olayların dörtte birinin ajanları içermesi beklendiğine göre o olay gelecek — çok pahalıya patlar. Sağlam temelle, disiplinle, dijital çalışanlarınızı bir insan iş gücü kadar ciddiyetle yöneterek ilerleyen kurum ise, hem hızlı hem de dayanıklı olur. İşte o kurum, önümüzdeki yılların dijital iş gücü dalgasında kazanan tarafta duracak; ben de masanın karşısına oturduğumda müşterilerimi tam olarak o tarafa taşımaya çalışıyorum.