AI agent nasıl oluşturulur? Şirketler için yol seçenekleri
Yayın: · yapayzeka.org.tr
Kısa yanıt
AI agent oluşturmak için hazır ürünün ajanını yapılandırabilir, kodsuz bir platformda iş akışı kurabilir veya geliştirici çatısıyla uygulama yazabilirsiniz. Uygun yol, gereken işlem yetkisine ve ekibinizin bakım kapasitesine bağlıdır. Önce denenecek işi ve kabul edilecek çıktıyı belirleyin.
Önce teslim edilecek işi daraltın
Şirketiniz için ajan oluşturmak, dar bir görev tanımlayıp o görevi yürütecek aracı ve yetkiyi seçmekle başlar. Önce çıktı belli olsun. Örneğin gelen talebi okuyup sorumlu çalışana inceleme notu hazırlayan, eksik müşteri numarasında duran ve kayıt değişikliğini kapsam dışında bırakan bir uygulama tasarladığınızda, farklı araçları aynı iş üzerinden deneyebilirsiniz. Bütün müşteri ilişkilerini kendi başına yönetecek bir sistem içinse çok daha geniş bir kabul kapsamı tarif etmeniz gerekir.
'AI agent nasıl yapılır' sorusunun yanıtını ararken demosu kolay görünen yola erken bağlanmamakta yarar var. İlk ajan projesi için süreç seçimi tamamlandığında, elde deneme görevi ve doğru çıktı örnekleri bulunmalı. Bu malzemeyle farklı yolları aynı iş üzerinde karşılaştırabilir ve sağlayıcıların kendi örnekleriyle sınırlı kalmadan karar verebilirsiniz.
Teknik ekipten önce işin sahibiyle durma koşulunu konuşun. Örnek talepte müşteri numarası bulunamazsa ajan ek bilgi mi isteyecek yoksa görevi çalışana mı bırakacak? Kararı siz verirsiniz. Hazır üründe bir ayara, kodsuz platformda bir dala, geliştirilen uygulamada ise bir kurala dönüşebilir. İş kararı aynı kalırken uygulama yolunun nasıl değiştiğini görmek, seçenekleri daha anlaşılır kılar.
Hazır ürün içindeki ajanı yapılandırmak
Kullandığınız iş yazılımında göreve uygun bir ajan varsa değerlendirme ürünün sınırlarıyla başlar. Salesforce'un Agentforce duyurusu, hazır ajanların yanında az kodla özelleştirme araçlarını da anlatıyor. Bu tür bir seçenekte şirketin işi, desteklenen görevle kendi sürecinin ne kadar örtüştüğünü sınamaktır. Duyurudaki kapsamın satın alacağınız hesapta nasıl sunulduğunu tedarikçiden doğrulamak gerekir.
Bu yolu seçen ekibin ürün yöneticiliği ve erişim yönetimi becerisine ihtiyacı var. Örnek destek görevinde süreç sahibi yanıtın doğru talebe ait olduğunu kontrol ederken BT sorumlusu kullanılan hesabın yalnızca gerekli kayıtları görebildiğini inceleyebilir. Bu sorumluluklar kodsuz uygulamada da geçerlidir. Ürün ayarlarını inceleyin. İstediğiniz davranış bu ayarlarda bulunmuyorsa sağlayıcıdan bunun uyarlama işi olup olmadığını açıklamasını isteyebilirsiniz.
Hazır çözümü kabul etmeden önce başarısız bir görev kaydının dışarıya nasıl alınacağını görmek isteriz. Sorunu yalnızca sağlayıcının ekibi inceleyebiliyorsa müdahale süreniz de o ekibe bağlı olur. Bakım planına bu bağımlılığı da yazın. Süreç değiştiğinde hangi ayarı kimin güncelleyeceğini teslimat görüşmesinde karara bağlayın.
Kodsuz platformda iş akışı kurmak
Make'in Nisan 2025 duyurusu, ajan kararlarını görsel iş akışlarına katma yaklaşımını tarif ediyor. Uygulamalar arasındaki adımları görerek düzenlemek isteyen ekipler bu yolu inceleyebilir. Seçim sırasında bağlayıcının adı kadar desteklediği işlem de belirleyicidir: kayıt okumak için hazır bağlantı bulunması, özel bir onay durumunu aynı bağlantıyla yazabileceğiniz anlamına gelmez.
Burada gereken beceri, süreci dallara ayırabilmek ve alanları uygulamalar arasında doğru eşleştirmektir. Diyelim ki model bir talep özeti çıkarıyor ve sonraki adım bunu müşteri kaydına ekliyor. Süreç sahibi aynı ada sahip müşteriler arasından hangi kaydın seçileceğini tarif edemiyorsa platformun görsel akıştaki bu eksik kararı kendiliğinden tamamlamasını bekleyemezsiniz. Eşleşme kuralı yazılmalı. Boş müşteri alanıyla gelen bir örnek, bu kuralın belirsiz durumda nasıl uygulandığını görmeye yarar.
Kodsuz yolu tercih edecekseniz akışın sahibini şirket hesabı ve ekip yetkileri üzerinden belirleyin. Kişisel hesapla deneme yapılmış olsun. Çalışanın erişimi kaldırıldığında bağlantıların ne olacağı da teslimat sırasında karara bağlanır. Aracı kullanan kişinin başarısız kaydı incelemesi ve akışı güvenle durdurması gerektiğinden uygulama planında bu becerileri kazanmak için de zaman ayırın.
Agents SDK ve LangGraph ile geliştirmek
OpenAI, Agents SDK adlı yazılım geliştirme kitinin duyurusunda görev devri, girdi ve çıktı kontrolleri ile yürütme izlerini inceleme özelliklerini tanıttı. LangGraph'ın tarihli yayını ise adımlar arasında durum saklama, hata sonrası devam etme ve insan girdisi bekleme olanaklarını anlatıyor. İş kuralları ekibe aittir. Bu parçalarla uygulama geliştirirken hangi kayda hangi nedenle erişileceğini ve görev tamamlanamadığında kimin devralacağını şirketin kendi sürecine göre tanımlamak gerekir.
Geliştirme yolunda yazılımı çalıştıracak altyapı ve bakım ekibi de seçimde rol oynar. Özel bir kayıt sistemiyle haberleşme gerekiyorsa uygulama programlama arayüzünü, yani API'yi bilen geliştiriciye ihtiyaç duyabilirsiniz. İş akışındaki kararı kim değiştirecek ve değişiklik nasıl gözden geçirilecek? Bunların karşılığı geliştirme planında yoksa kod üzerindeki kontrolü günlük operasyonda kullanmak zorlaşır.
Çatıyı seçerken ekibin açıklayabildiği bir örnek yürütme kaydı isteyin. Örnek görev dış sistemde kayıt açtıktan sonra durmuşsa geliştirici aracın verdiği yanıtı, süreç sahibi de oluşan kaydı inceleyerek görevi yeniden başlatmanın güvenli olup olmadığını birlikte değerlendirebilir. 'Tekrar dene' kararı bu incelemeye dayanmalı. Çok sayıda teknik özellik karşılaştırmak yerine, bu görevin nasıl düzeltildiğini izlemek bakım becerisi hakkında daha somut bilgi verir.
Yol seçimini bakım kapasitesiyle tamamlayın
Bizce ilk denemede en çok özelliğe sahip seçenekten önce, ekibin inceleyip değiştirebildiği seçeneğe öncelik verilmeli. Örnek bir karşılaştırmada hazır ürün görevi tamamlıyor ama gerekli istisnada durmuyorsa, bu eksikliği giderecek ayarı veya uyarlamayı görmek gerekir. Aynı işi görsel akışla denediğinizde de aynı istisnayı sınayın. Özel geliştirmede kontrolü kodla kurarsınız. Karar notunda her yolun bu görevi nasıl tamamladığını ve istisnayı kimin düzelteceğini birlikte değerlendirin.
Son karar belgesine çalışan akışla birlikte bir bakım işi ekleyin: test verisindeki bir kural değişsin ve ekip çıktıyı yeniden değerlendirsin. Bu deneme, ilk kurulumdan sonra kimin ne yapabildiğini gösterir. Satın alma veya geliştirme kararı için de aynı kaydı kullanabilirsiniz. Teslimatı kabul eden kişinin imzası, güncellenmiş görevin sonucunu incelemesine dayanmalı.