Yapay Zeka İş Akışı Otomasyonu

Agent Tabanlı Süreç Otomasyonu

Bir agent workflow'unu işletmeye hazır kılan şey, agent'ın doğru seçim yapması değil, her aksiyonun onaylı karar sınırında kalması ve geriye iz bırakması. İstisna, mutabakat ve durdurma yollarını gerçekten çalıştırarak bunu test ediyoruz.

Agent’ın işi, kullanabileceği araçlar ve tek başına verebileceği kararlar baştan sınırlı oluyor. Yanlış seçim yaptığında, bir sistem yanıt vermediğinde veya yeni bir istisna çıktığında workflow’un nasıl davranacağını test ediyoruz. Son kararı ve işletme sorumluluğunu ilgili kişiler devralıyor.

Süreç sorumlunuz test edilmiş workflow'u, hata bulgularını, izinleri, açık istisnaları, durdurma adımlarını ve sonraki inceleme tarihini gösteren işletme brief'iyle devralıyor.

Bu çalışmayı konuşalımAna hizmeti inceleyin
Agent Tabanlı Süreç Otomasyonu illüstrasyonu: bir iş akışını otomatik ve insan adımları etrafında yeniden tasarlayan ekip

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • GE
  • Enpara
  • Cimri
  • Zorlu PSM
  • Bluemint
  • Armut.com
  • Odamax

Adımlar, kapılar ve kararı verenler

Çalışma şeklimiz

Yayından önce agent’ın hangi kararı neden verdiği, hangi yetkiyi kullandığı, sonraki sistemde neyi değiştirdiği ve insanın nerede devreye girdiği görülebiliyor.

  1. Karar ve yetki üzerinde uzlaş

    Karar çerçevesini gerçek vakalardan çıkarıyoruz. Agent’ın görevi, izinli aksiyonları, bekleyeceği onaylar, istisna sorumluları ve çalışmayı durduracak koşullar bu çerçevede yazılıyor.

    Yapay zeka desteği
    Kayıtlardaki karar ve aksiyonları ayırır, yetkisi belirsiz kalan noktaları insan incelemesine bırakır.
    İnsan onayı
    Agent'ın yetkisi ile insanın kararı arasındaki çizgi net mi? Agent’ın beklemeden alabileceği her aksiyona süreç sorumlunuz tek tek yetki verir.

  2. Sınırlı akışı kur

    İlk çalışan dilimde karar mantığı, izinli araçlar, bağımlılıklar, onaylar, istisna kuyruğu ve mutabakat birlikte yer alıyor. Her aksiyon geriye doğru iz bırakıyor.

    Yapay zeka desteği
    Onaylanan karar yollarını ve her araç aksiyonuna bağlı kontrolleri içeren ilk orkestrasyonu hazırlar.
    İnsan onayı
    Her aksiyon, izin verilmiş bir karar yoluna kadar geriye izlenebiliyor mu? Workflow production araçlarını kullanmadan önce kimlik bilgilerini, bağlantıları ve aksiyon yollarını mühendislik lideriniz inceler.

  3. Kararı ve hatayı sınıra zorla

    Beklenen yolun yanında yetkisiz talepleri, fark edilmeyen istisnaları, yanıt vermeyen bağımlılıkları ve agent’ın karar vermeye yetecek kanıt bulamadığı vakaları çalıştırıyoruz.

    Yapay zeka desteği
    Yetki sınırını aşmaya veya bir istisnayı gizlemeye çalışan olumsuz ve uç vakalar önerir.
    İnsan onayı
    Kritik istisnalar, başarısız bir kesit gizlenmeden kapatılabiliyor mu? İstisna sorumlunuz her kritik hatayı inceler ve kontrolün yeterli olup olmadığına kapatma kararından önce karar verir.

  4. İşletmeye teslimi hazırla

    İşletme paketinde workflow, test kayıtları, açık koşullar, durdurma adımları ve yeniden incelemeyi başlatacak durumlar birlikte bulunuyor. Sorumlu kişi bir aksiyonun neden izinli olduğunu sonradan yeniden kurmak zorunda kalmıyor.

    Yapay zeka desteği
    Kaydedilen testleri, hataları ve açık koşulları kullanarak ilk çalışma rehberini ve kanıt özetini hazırlar.
    İnsan onayı
    Adı belli bir sorumlu ve tarihi belirlenmiş bir sonraki inceleme var mı? İşletme sorumlunuz koşulları ve durdurma yolunu kabul ediyor, sonraki inceleme tarihini kendisi belirliyor.

Adı konmuş, sizde kalan çıktılar

Elinize geçenler

Teslimatlar agent’ın yetkisini, testlerde görülen hataları, aksiyonların çevresindeki kontrolleri ve yayın sonrasındaki sorumluyu tek yerde gösteriyor.

  • Playbook

    Agent workflow'u işletme ve durdurma planı

    Sınırları belli workflow'u yetkileri, onayları, istisna yollarını, mutabakat davranışını ve işletme ya da durdurma adımlarını tek belgede toplar.

  • Mimari dokümanı

    Workflow girdileri ve bağımlılık envanteri

    Workflow'un dayandığı örnekleri, kaynakları, varsayımları, sistem bağımlılıklarını, açık soruları ve erişim koşullarını bir arada gösterir.

  • Test kanıtı

    Olumsuz vaka ve istisna bulguları raporu

    Sıradan, olumsuz ve istisnai vakaların sonuçlarını sınırlama veya yeniden test gerektiren hatalarla birlikte sunar.

  • Karar kaydı

    Açık sorunlar, yetkiler ve işletme sorumlusu brief'i

    Kabul edilen koşulları, açık kalan sorunları, yetkileri, işletme sorumlusunu, inceleme tarihini ve sonraki aksiyonu kayda geçirir.

Kapsam ve dürüst sınırlar

Bu çalışmanın size uyduğu durumlar

Tek bir sabit kurala sığmayan, ama agent’ın seçeneklerinin yine de açıkça sınırlandırılabildiği süreçler bu çalışmaya uygundur. Sonucu önemli kararların sorumluluğu insanda kalır.

Şu durumlarda iyi bir seçim

  • Karar bir vakadan diğerine değişiyor, ama agent'ın onay beklemeden kullanabileceği aksiyonların küçük ve açık bir seti hâlâ tanımlanmıyor.
  • Gerçek vakalar elinizde, ama mevcut kısıtlar, yanıt vermeyen bağımlılıklar ve yeni istisna türleri aynı workflow'da henüz çalıştırılmıyor.
  • İstisnalar bugün farklı kişilere gidiyor, bu yüzden bir izni kimin onayladığı, hatayı kimin kapattığı ve teslimi kimin kabul ettiği görünmüyor.
  • Agent onaylı aksiyonlar arasında seçim yapabiliyor, ama tek başına ilerleyebileceği yerle insanı beklemesi gereken nokta henüz yazılmıyor.
  • Workflow araçları ve bağımlılıkları bağlıyor, ama sistem durunca mutabakat, geri alma ve istisna kuyruğu aynı kuralla çalışmıyor.
  • Normal kararlar demoda çalışıyor, ama olumsuz vakalar desteklenmeyen aksiyonların, kaçan istisnaların ve kopan aktarımların görünür kaldığını henüz göstermiyor.
  • Kademeli yayın planlanıyor, ama işletme sorumlunuz devralmak için gereken kanıtı, inceleme tetikleyicilerini ve durdurma adımlarını bulamıyor.

Şu durumlarda başka bir çalışma daha doğru

  • Agent'ın açık yetkiler, eskalasyon ve sorumlu olmadan sınırsız otonomi kurmasını istiyorsunuz. Bu geliştirme yalnızca kararlaştırılan sınırda çalışıyor.
  • Agent'ın kalan riski kabul etmesini, kendi kapsamını büyütmesini veya yayına karar vermesini bekliyorsunuz. Bu kararları workflow'daki insanlar veriyor.
  • Production'daki workflow'un işletilmesini veya erişimin anlaştığımız sistemlerin ötesine taşınmasını istiyorsunuz. Sürekli işletim ayrıca kapsamlandırılıyor.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: Ana hizmeti inceleyin

AI'ı production'a taşıyan mühendisler

Zeo'nun kod yazıp teslim eden tarafı burası. Kıdemli mühendislerimiz agent, chatbot ve RAG sistemleri geliştiriyor, çevrelerindeki otomasyon ve veri işlerini üstleniyor, sistemler canlıya çıktıktan sonra da işletmeyi sürdürüyor. 2011'den beri 500'den fazla markayla çalıştık.

Bu konuda ürettiğimiz içerikler

YazıBurak PehlivanWebMCP Nedir? Agentic Web ve AI Ajanlarıyla Etkileşen Web SiteleriVideoCan MutioğluThe Power of Automation in SEO | Can Mutioğlu, Sr SEO Analyst, ZeoVideoOzan KetenciA Hands-On Guide to Elevating Efficiency with OpenAI's Custom GPT - Ozan Ketenci, ZeoYazıYiğit KonurMCP Server Architecture: State Management, Security & Tool Orchestration

Kullandığımız araçlar

Bu işin arkasındaki araçlar

  • CrewAI

    Agent rollerini, izinli kararları ve iş birliği sınırlarını tanımlıyoruz

  • n8n

    Onaylı agent eylemlerini sistemlere, kuyruklara ve karşılaştırma adımlarına bağlıyoruz

  • Langfuse

    Her otomasyon çalışmasını araçlar, state ve istisnalar boyunca izliyoruz

  • Datadog

    Workflow sağlığını, hataları, kuyruk büyümesini ve durdurma yolunu izliyoruz

  • Guardrails AI

    Agent kararlarını ve action payload'larını çalıştırmadan önce doğruluyoruz

Sonraki adım

Agent’ın yetkisini araçlarına bağlanmadan önce tanımlayın

Tek bir süreci, agent’a bırakmayı düşündüğünüz kararları ve istisnalardan sorumlu kişiyi paylaşın. Production erişimi açılmadan önce zorlanabilecek ilk dilimi ve izin sınırını birlikte çıkaralım.
Zeo ile konuşun

Karar vermeden önce

Sık duyduğumuz sorular

Agent’a araç erişimi vermeden önce neler kararlaştırılmalı?

Hangi kararların devredileceğini, bu kararların hangi aksiyonları tetiklediğini ve sonuçtan kimin sorumlu olduğunu bilmemiz gerekiyor. Gerçek kayıtlar, istisnalar ve baseline kanıtı sınırı test etmemizi sağlıyor. Araç erişimi, izin modeli onaylandıktan sonra açılıyor. Hassas girdiler için amaç ve saklama koşulları önceden belirleniyor.

Bu kapsamda hangi kararlar agent’a bırakılamaz?

Kapsamı değiştirmek, yeni yetki vermek, sonucu önemli istisnaları değerlendirmek, kalan riski kabul etmek ve yayın kararı vermek insanlarda kalıyor. Agent kendi sınırını genişletemiyor veya kendine onay veremiyor.

Yayından önce hangi kanıtların tamamlanması gerekir?

Onaylanan karar yollarının temsili vakalarla kapsanması, kritik istisnaların kapanması veya açıkça kabul edilmesi ve kabul noktalarının tamamlanması gerekiyor. Teslim kaydında adı belli sorumlu, durdurma adımı ve sonraki inceleme tarihi de bulunuyor.

Agent ileride kendi yetkisini genişletebilir mi?

Hayır. Agent yalnızca bu workflow için test edilen yetkiler içinde çalışıyor ve kendi karar alanını genişletemiyor. Daha geniş otonomi ayrı kanıt, yeni kontroller ve sorumlu kişilerin açık onayını gerektiriyor.