Bir sonraki yazılım kullanıcınız bir yapay zekâ ajanı. Mimariniz hazır mı?

Bir yapay zekâ ajanının bir müşteriyle yaşanan fatura anlaşmazlığını ele aldığını düşünün. Şikâyeti okuyor, hesap geçmişini kontrol ediyor ve müşteriye alacak kaydedilmesi gerektiğine karar veriyor. Üstelik bütün bunları saniyeler içinde yapıyor.

Etkileyici. Şimdi de ondan bu alacağı gerçekten hesaba kaydetmesini isteyin.

Müşteri sözleşmesi başka bir sistemde duruyor. Onay kuralları uygulama kodunun derinliklerine gömülmüş. Faturalandırma aracı, bir kişinin birkaç ekranda tıklama yapmasını gerektiriyor.

Ajan ne yapılması gerektiğini anlıyor, ancak mimari işi tamamlamasına izin vermiyor.

Ajan tabanlı yapay zekâ üretimde kullanılmaya başladıkça daha fazla kuruluşun bu sorunla karşılaşacağını düşünüyorum. Ancak işin tuhaf yanı, görevin tamamlanmasının önündeki engelin ajanın zekâsıyla pek ilgisi olmaması.

Yıllar boyunca kurumsal yazılımları, onları kullanan insanlar için modernleştirdik. Şimdi de giderek daha fazla kullanacakları ajanlar için modernleştirmemiz gerekiyor.

Kullanıcı Arayüzü Ürünün Tamamı Değildi

Kurumsal yazılımların bugün nasıl çalıştığını düşünün. İnsanlar uygulamaları açar, panolarda gezinir, kararlar alır ve işleri bir sistemden diğerine aktarır. Kullanıcı arayüzü, işletmeyle etkileşim kurma biçimleridir.

Bir ajanın bu ekranlara mutlaka ihtiyacı yoktur. Bilgileri API’ler, Model Context Protocol (MCP) sunucuları ve diğer programatik arayüzler üzerinden alabilir, işlemleri başlatabilir. Bu, arayüzsüz mimariye geçişin bir parçasıdır.

Ancak arayüzsüz olması, uygulamanın ortadan kalktığı anlamına gelmez. Uygulamanın verileri, iş kuralları, izinleri ve uyumluluk gereklilikleri önemini korur. Hatta daha da önemli olduklarını söyleyebilirim.

Yazılım üreticileri yıllarca rekabet avantajlarını kullanıcı arayüzlerinin şıklığına, kullanıcı alışkanlıklarına ve çalışanları yeniden eğitmenin maliyetine dayandırdı. Ajanlar uygulamanın kullanıcı arayüzünü açmadan daha fazla işi yerine getirdikçe bu avantajlar zayıflıyor. Değeri artan şey, temel kayıt sistemidir: güvenilir veriler, doğrulanmış alan mantığı, operasyonel yönetişim ve denetlenebilir işlemler.

Bunun ticari bir sonucu da var: Kurumsal uygulama harcamalarının 2030’a kadar en fazla 234 milyar dolarlık kısmı, ajan tabanlı yapay zekânın yaratacağı dönüşüm nedeniyle risk altına girebilir. Bu harcamalar dönüşümden etkilenme riski taşıyor; kesinlikle ortadan kalkacakları söylenmiyor. Ayrıca ajanlar, daha önce insanların panolar üzerinden yaptığı işleri üstlendikçe, kullanıcı başına fiyatlandırmanın yerini giderek kullanım, işlem veya sonuç temelli modeller alabilir.

Yazılım üreticileri için bu, iş modeliyle ilgili bir zorluk. Uygulamalarına güvenen kuruluşlar içinse mimariyle ilgili bir zorluk.

İş Akışını Değil, Bileşenleri Modernleştirdik

Çoğu kuruluş yıllardır modernleşme çalışmaları yürütüyor. Bir ekip eski uygulamaları güncelliyor. Başka bir ekip, dağınık verileri modern bir platformda birleştiriyor. Üçüncü bir ekip ise entegrasyonlar geliştiriyor ya da yalnızca kullanıcı arayüzünü yeniliyor.

Bu projelerin her biri kendi başına başarılı olabilir. Sorun, bir ajanın bu projelerin tümünü kapsayan bir iş akışını yürütmesi gerektiğinde başlıyor.

Bir ajana doğru müşteri bilgilerini verebilirsiniz; ancak bu bilgilere göre işlem yapması gereken uygulama kritik kuralları eski kodların derinliklerinde tutuyorsa, sonrasında ne olur? Ya da arkasındaki veriler tutarsız kalırken temiz bir API sunabilirsiniz. Ajan işlem yapabilir; peki kararına güvenebilir misiniz?

Her iki durumda da teknolojinin bazı parçalarını modernleştirdik, ancak işin kendisini modernleştirmedik.

Ajan tabanlı yapay zekâ, hangi modernleşme projesinin başarılı olduğunu önemsemez. Bütün iş akışının çalışıp çalışmadığına bakar.

Bunun uygulamada nasıl göründüğüne bakalım. Bir müşterimizin, sözleşmelerin hangi parçaların onarılabileceğini, değiştirilebileceğini veya yenilenebileceğini belirlediği karmaşık motor onarımları için teklif hazırlama sürecini hızlandırması gerekiyordu. Her teklif için sözleşmeler ve bakım kılavuzları üzerinde günler, bazen haftalar süren manuel araştırma yapılıyordu. Müşteri veri platformunu zaten modernleştirmişti, ancak darboğaz hiçbir zaman veriler olmadığı için teklifler daha hızlı hazırlanamıyordu. Sorun araştırmaydı. İş akışını bir araştırma ajanları paketi etrafında yeniden kurduk, araştırma süresini %80 kısalttık ve teklifler bambaşka bir hızla hazırlanmaya başladı.

Bu nedenle uygulama modernizasyonu ile veri modernizasyonu iki bağımsız çalışma akışı olarak planlanamaz. Mimari, işletmenin hedeflediği sonucun tamamını desteklemelidir.

Bir API, Sistemi Ajanların Kullanımına Hazır Hâle Getirmez

Çözümün basit olduğunu düşünmek cazip gelebilir: Uç noktaları sunun, ajanı bağlayın, iş tamam.

Keşke bu kadar kolay olsaydı.

Bilgiye erişmek başka şeydir. Müşteriye alacak kaydetmek, finansal bir kaydı güncellemek ya da yedek parça sipariş etmek ise bambaşka. Artık yalnızca erişimden değil, işlemleri gerçekleştirmekten söz ediyoruz.

Ben buna ajan kontrol yüzeyi diyorum: Ajanların kayıt sistemlerinden veri okuyup bu sistemlere veri yazmasını sağlayan, sınırları belirlenmiş ve yönetişime tabi arayüz.

API’ler ve MCP sunucuları, aracılara araçlar ve veriler sunabilir. Ancak MCP, iş kurallarınızı otomatik olarak uygulamaz veya kimin işlem yapmaya yetkili olduğuna karar vermez. Bu denetimlerin yine de temel sistemlere ve iş akışlarına entegre edilmesi gerekir.

Aracı, güvenilir ve yetkili kaynaklardaki verilere erişebiliyor mu? İş kuralları açıkça tanımlanmış ve tutarlı biçimde uygulanıyor mu? Bir eylem önerebilir, ancak yalnızca gerçekleştirmeye yetkili olduğu eylemleri mi uygulayabilir? Bir sorun çıktığında, eylemi izleyebilir, istisnayı yönetebilir ve mümkün olduğunda geri alabilir miyiz?

Bunlar daha iyi bir modelin kendi başına çözeceği sorunlar değil. İş akışı, uygulama tasarımı, veri mimarisi, entegrasyon ve yönetişimle ilgili sorular. Üstelik bu soruların yanıtları birlikte verilmek zorunda.

Teknolojiyle Değil, Yapılacak İşle Başlayın

Peki nereden başlamalısınız?

Her uygulamayı başsız hâle getirerek veya mevcut tüm API’leri erişime açarak başlamazdım. Bunun yerine, iş açısından anlamlı tek bir iş akışıyla başlardım.

İş akışını başından sonuna kadar izleyin. Kayıtlar hangi sistemlerde tutuluyor? İş mantığı nerede? Aracı hangi verilere güvenebilir? Hangi kararlar için insan onayı gerekiyor? Bir sistem işin ortasında arızalanırsa ne oluyor? Yönetişim nasıl sürdürülüyor?

Önemli boşlukları bulacaksınız. İşte modernizasyon yol haritanız: birbirinden kopuk teknoloji projeleri yerine bir iş sonucunu hedefleyen; uygulamalar, veriler, entegrasyonlar ve denetim mekanizmaları genelinde eşgüdümlü bir iş listesi.

Bunu da buna göre ölçün. Erişime açtığınız API’lerin veya taşıdığınız verilerin miktarına göre değil; iş akışının güvenilir biçimde tamamlanıp tamamlanmadığına, istisnaların nasıl çözüldüğüne ve iş sonuçlarının iyileşip iyileşmediğine göre.

Amaç, her yerde özerklik sağlamak değil. İnsan muhakemesinin gerekli olduğu yerde devrede olduğu, güvenilir ve sağlam bir yürütme sağlamaktır.

Asıl Dönüşüm, Başsız Mimariye Geçişten Daha Büyük

Beni heyecanlandıran, panoları ortadan kaldırmak değil. İnsanların işi tamamlamak için artık bağlantısız sistemler arasında işleri elle taşımak zorunda kalmaması.

Ancak bunun için tasarlanmamış bir mimarinin üzerine bir aracı yerleştirerek bu noktaya ulaşamayız.

Kurumsal yazılımların yeni neslini yalnızca insanlara neleri görme olanağı tanıdığı belirlemeyecek. Bu nesil, aracılara güvenilir ve sorumlu biçimde neler yapma olanağı tanıdığıyla tanımlanacak.