AI agent örnekleri: şirketler hangi işleri devrediyor?
Yayın: · yapayzeka.org.tr
Kısa yanıt
Kamuya açık AI agent örnekleri arasında Wiley'nin destek uygulaması, GitHub Copilot'un kod değişiklikleri ve Box'ın belge araştırması bulunuyor. Her örneği ajanın erişebildiği kayıt ve yapabildiği işlem üzerinden değerlendirmek gerekir. Şirket hesabınızdaki yetkileri ayrıca doğrulayın.
Wiley'de hesap erişimi ve destek talepleri
Salesforce'un Agentforce duyurusu, Wiley'de bilgi tabanından yanıt üreten ve hesap erişimi sorunlarını çözmek üzere yapılandırılmış bir uygulamayı anlatıyor. Uygulama, kayıt ve ödeme sorunlarını da uygun kaynaklara yönlendiriyor. Yayında rutin taleplerin ajan tarafından ele alınması, karmaşık vakalara ise insan ekibinin zaman ayırması tarif ediliyor. Duyuru, bütün ödeme işlemlerinin ajana bırakıldığını söylemiyor.
Bu örneği kendi destek sürecinize taşırken önce müşterinin hangi noktada temsilciye ulaşacağını belirlemek yararlı. Diyelim ki denemenizde ajan hesap erişimi talebini yanıtlıyor ama müşterinin kaydıyla verdiği bilgiler uyuşmuyor. Bu durumda temsilciye gönderilecek kayıtta yalnızca konuşma özeti bulunursa çalışan kimlik eşleştirmesini baştan yapmak zorunda kalabilir. Eşleşen müşteri kaydı da gösterilmeli.
Wiley örneği, teklif görüşmesinde görev kapsamını konuşmak için bir başlangıçtır. Örneğin sağlayıcıdan aynı talepte hangi bilginin bulunduğunu, kayda müdahale edilip edilmediğini ve müşterinin hangi durumda insan ekibine geçtiğini ayrı ayrı göstermesini istediğinizde, teklif ettiği destek işinin sınırını inceleyebilirsiniz. Yönlendirme de bir çıktıdır. Ancak bir talebi doğru yere aktaran sistemin değerlendirmesini, müşteri kaydını değiştirme yetkisi de varmış gibi yapmak kabul kapsamını belirsiz bırakır.
GitHub Copilot'ta incelemeye açılan kod değişikliği
GitHub'ın Mayıs 2025 tarihli duyurusunda Copilot'a bir görev atanabiliyor ve ajan arka planda çalışıp değişikliklerini taslak bir birleştirme isteğine, yani pull request'e yazıyor. Var olan dal koruma kuralları geçerli kalıyor. Bu istekten sürekli entegrasyon ve teslim, yani CI/CD iş akışlarının çalıştırılması için insan onayı gerekiyor. Duyuruda tanımlanan yetki değişiklik hazırlamayı kapsıyor; uygulamayı üretime çıkarma kararı bu kapsamda sunulmuyor.
Yazılım yöneticisi açısından incelenecek çıktı, önerilen değişiklik ve test sonucudur. Örnek bir görevde yalnızca rapor ekranının düzeltilmesi istenmişken müşteri kayıtlarını da etkileyen dosyalar değişmişse, geliştirici bu kapsam genişlemesini görev metniyle karşılaştırıp kabul etmeyebilir. Test sonucu ayrı okunur. Bir testin geçmesi, müşteriye dönük davranışın doğru seçildiğini veya bütün değişikliklerin istenen işe ait olduğunu tek başına göstermez.
Bu örneğin şirketler için yararlı tarafı, devredilen işin sonunda incelemeye açık bir değişiklik bırakması. Yazılım dışındaki görevlerde de önceki ve önerilen yeni kaydın çalışana birlikte sunulmasını öneriyoruz; örneğin müşteri notundaki bir değişiklik, eski metin ekranda kaldığında kaynak taleple karşılaştırılır. İnceleme sorumlusu değişikliği kendi iş bilgisiyle değerlendirir. Görev tamamlanmadığında hangi değerin korunduğunu da bu ekranda görmesi, incelemenin bir parçasıdır.
Satış operasyonunda görüşme planlayan ürün örneği
Salesforce, aynı duyuruda satış geliştirme temsilcisi için SDR adını kullandığı bir ajan da tanıtıyor. Tanıtılan işler arasında CRM (müşteri ilişkileri yönetimi) verisini ve dış verileri kullanarak potansiyel müşterinin sorularını yanıtlama ve toplantı planlama var. Bu bir ürün kabiliyeti duyurusu; belirli bir şirketin satış ekibini tamamen bu ajana devrettiğini gösteren vaka değildir.
Bir toplantı planlama denemesinde insana kalan işi ayrıca tarif etmek gerekir. Örnek bir akışta ajan uygun zamanı önerirken hesap sorumlusu görüşmenin amacını ve hangi müşteriye öncelik verileceğini belirler. Takvime erişim ile müşteriye teklif sözü verme yetkisi ayrı tutulmalı. Duyuruda sayılan işlerden, ajanın indirim veya sözleşme koşulu belirleyebildiği sonucunu çıkarmayın.
Bizce satış tarafında ilk incelenecek konu, dışarıya giden mesajın hangi dayanakla yazıldığıdır. Yanlış şirketle eşleşmiş bir kayıt, akıcı bir mesajı da yanlış kişiye yöneltebilir. Deneme senaryosuna aynı isimli şirketleri eklediğinizde, ajanın ek bilgi istemesi ile kendi seçimine dayanıp mesaj göndermesi arasındaki farkı gözleyebilirsiniz.
Box'ta belge araştırması ve bilgi çıkarma
OpenAI'nin Mart 2025 duyurusu, Box'ın Agents SDK adlı yazılım geliştirme kiti ve web aramasıyla kurum içindeki yapılandırılmamış verilerden bilgi arayan ve çıkaran ajanlar oluşturduğunu anlatıyor. Erişim kurumun izinlerine uyuyor. Burada anlatılan belge işleme yetkisi, içeriği aramayı ve analiz etmeyi kapsıyor. Belgeyi muhasebe kaydına dönüştürme veya ödeme başlatma yetkisi duyuruda tanımlanmıyor.
Örnek bir sözleşme arşivinde yenileme koşulunun kaynak belgeden çıkarılıp çalışana sunulduğunu düşünün. Kaynak paragrafı da gösterin. Ana belgedeki tarihle daha sonra eklenen değişiklik metnindeki koşul farklıysa, kaynakları birlikte gören karar sahibi hangi hükmü uygulayacağını değerlendirir. Yalnızca özetin sunulduğu bir tasarımda ise çelişkinin ayrıca gösterilip gösterilmediğini kontrol etmek gerekir. Kabul için aynı koşulu farklı eklerde arayan bir görev hazırlayın.
Hedefiniz kayıt açmaksa araştırma çıktısının nereye devredileceğini ayrıca tasarlayın. Belgeden çıkarılan müşteri adı, işlem sistemindeki müşteri numarasıyla nasıl eşleşecek? Eşleşmeyen örneklerin insan incelemesinde kalması, ilk denemenin kabul koşulu olabilir. Box örneği kurum verisinde araştırmayı gösteriyor; sonraki yazma adımının tasarımı size ait bir karardır.
Vaka yayını ile ürün kabiliyeti farklı kanıt sunar
Wiley anlatımında adı verilen bir müşterinin destek uygulaması var; SDR örneğinde ise sağlayıcı ürünün yapabildiği işi tarif ediyor. Görüşmede bu ayrımı koruyun. Bir özelliğin duyurulmasından sizin sektörünüzde kabul edilecek sonuç üretmesine kadar değerlendirmeniz gereken işler vardır. Kaynak verinin durumunu da inceleyin.
Sağlayıcıya, örnekte tarif edilen sonucun hangi kısmını kendi denemenizde göstereceğini sorabilirsiniz. Kaynak yayın çalışanın yetkilerini ayrıntılı anlatmıyorsa, boşluğu şirket adı veya ürün ünüyle doldurmamak gerekir. Sizin onaylayacağınız kapsam, testte çalışanın görebildiği kayıt ve durdurabildiği işlem üzerinden yazılmalı.
Örneği kendi işinize uyarlarken isteyeceğiniz kanıt
Bu yayınlar farklı işleri gösteriyor ve hiçbiri sizin verinizde yapılmış bir kabul testinin yerini tutmuyor. Tedarikçiden kendi süreciniz için bir görevin başlangıç kaydını, yapılan işlemi ve insana kalan kontrolü göstermesini isteyin. Kavramı ayrıca değerlendirmek isterseniz yapay zeka ajanı tanımına ve chatbot farkına bakabilirsiniz.
Deneme sonunda teslim edilen kayıtta kabul edilen çıktıyla birlikte yetki sınırı da yer almalı. Örneğin yalnızca belge okuyan ajan ile müşteri sistemine kayıt yazan ajan için aynı değerlendirme formunu kullanmak yerine, her birinin yanlış eylemini ayrı sınayın. Kendi süreç sahibiniz, ajan bir görevde durduğunda hangi çalışanın hangi bilgiyle devam edeceğini karar notuna yazsın.
Kaynaklar
- Salesforce, Salesforce Unveils Agentforce12 Eylül 2024
- GitHub, GitHub Copilot: Meet the new coding agent23 Mayıs 2025
- OpenAI, New tools for building agents11 Mart 2025