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.

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
  • Amazon
  • BMW
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • DenizBank
  • Acıbadem Sağlık Grubu

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. 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. 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. İ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. İşletme sorumlunuz koşulları ve durdurma yolunu kabul ediyor, sonraki inceleme tarihini kendisi belirliyor.

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.

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

  • 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

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

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.