Human in the loop (HITL), bir yapay zeka ajanının kritik bir işlemi gerçekleştirmeden önce durup bir insandan onay almasıdır. n8n, AI Agent düğümüne bağlı araçlar için bu onay adımını yerleşik olarak sunar. Bu yazıda hangi araçların onay gerektirdiğine nasıl karar verileceğini, onay akışının nasıl tasarlanacağını ve kurumsal ortamda zaman aşımı, yetkilendirme ve denetim kaydı gibi detayların nasıl ele alınacağını anlatıyoruz. Yazı otomasyon geliştiricileri, süreç sahipleri ve BT yöneticileri için hazırlandı.
Ajanlara neden insan onayı gerekiyor?
Klasik bir chatbot sadece cevap verir. Bir AI ajanı ise karar verir ve araç kullanarak iş yapar: e-posta gönderir, CRM kaydını günceller, fatura oluşturur, destek talebini kapatır. Bu farkı ve hangi senaryoda hangisinin gerektiğini AI agent ile chatbot farkı yazımızda ayrıntılı olarak ele almıştık.
İş yapabilen bir sistem, hata da yapabilir. Model bir müşteri talebini yanlış yorumlayıp yanlış kişiye iade başlatabilir. Daha kötüsü, gelen bir e-postanın içine gizlenmiş bir talimat ajanı yönlendirebilir. Bu istem enjeksiyonu (prompt injection) senaryolarını MCP güvenliği yazımızda somut örneklerle anlattık.
İnsan onayı bu risklerin hepsini ortadan kaldırmaz, ama geri alınamaz işlemlerin önüne bir kontrol noktası koyar. Düzenlenmiş sektörlerde ise çoğu zaman bir tercih değil, zorunluluktur.
n8n’de human in the loop nasıl çalışır?
n8n’de onay adımı, AI Agent düğümüne bağlı araçların tamamına ya da yalnızca seçilen araçlara uygulanabilir. Akış şu şekilde işler:
- Ajan, onay gerektiren bir aracı kullanmaya karar verir.
- İş akışı duraklar ve yapılandırılan kanal üzerinden onay isteği gönderir. Bu kanal Slack, Telegram veya n8n Chat arayüzü olabilir.
- Onaylayan kişi, ajanın hangi aracı hangi parametrelerle çalıştırmak istediğini görür.
- Kişi talebi onaylar ya da reddeder.
- Onay verilirse araç, ajanın belirlediği parametrelerle çalışır. Red verilirse işlem iptal edilir ve ajana reddedildiği bilgisi iletilir.
Onay kanalının ana etkileşim kanalından farklı olabilmesi önemli bir esneklik sağlar. Müşteri ajanla web sitesindeki sohbet penceresinden konuşurken, onay talebi finans ekibinin Slack kanalına düşebilir. Müşteri bu arka plan sürecini görmez.
Adım 1: Araçları risk seviyesine göre sınıflandırın
Her araca onay koymak, ajanı kullanışsız hale getirir. Hiçbirine koymamak ise kontrolü tamamen modele bırakmak demektir. Doğru denge, araçları etkilerine göre sınıflandırmaktan geçer.
| Risk seviyesi | Araç örnekleri | Önerilen kontrol |
|---|---|---|
| Düşük: sadece okuma | Bilgi tabanında arama, sipariş durumu sorgulama, takvim görüntüleme | Onay gerekmez, sadece kayıt tutulur |
| Orta: geri alınabilir yazma | Taslak e-posta oluşturma, CRM notu ekleme, destek talebine etiket verme | Onay gerekmez, günlük örneklem denetimi yapılır |
| Yüksek: dış etki veya geri alınamaz | Müşteriye e-posta gönderme, iade başlatma, kayıt silme, ödeme talimatı | Her çağrıda insan onayı zorunlu |
Sınıflandırma yaparken şu soruyu sorun: “Bu araç yanlış parametreyle çalışırsa, hatayı kimse fark etmeden düzeltebilir miyiz?” Cevap hayırsa araç yüksek risk grubundadır.
Adım 2: Onay mesajını karar verdirecek şekilde tasarlayın
Onay adımının en zayıf halkası çoğu zaman teknoloji değil, onaylayan kişidir. Gün içinde onlarca onay isteği alan biri, bir süre sonra mesajları okumadan onaylamaya başlar. Bu duruma onay yorgunluğu denir ve HITL’nin tüm faydasını ortadan kaldırır.
İyi bir onay mesajı üç bilgiyi tek bakışta sunar: ajanın ne yapmak istediği, bunu neden yapmak istediği ve işlemin etkisi. “send_email aracı çalıştırılsın mı?” yerine “Müşteri Ayşe Yılmaz’a 1.250 TL iade onay e-postası gönderilecek. Gerekçe: sipariş 48 saat içinde iptal edildi.” gibi bir mesaj, onaylayanın gerçekten karar vermesini sağlar.
Ajanın gerekçeyi açık ve tutarlı biçimde yazması, sistem istemine (system prompt) eklenecek net talimatlara bağlıdır. Bu talimatların kurumsal standartlara göre nasıl yazılacağını kurumsal AI prompt mühendisliği eğitimi ayrıntılı olarak ele alıyor.
Adım 3: Zaman aşımı ve eskalasyon kuralı tanımlayın
Onay bekleyen bir iş akışı sonsuza kadar açık kalmamalıdır. Onaylayan kişi izinde olabilir, toplantıda olabilir ya da mesajı hiç görmemiş olabilir. Bu durumlar için net bir kural belirleyin.
Pratik bir yaklaşım şöyledir: İlk onay isteği birincil sorumluya gider. Belirlenen sürede cevap gelmezse talep bir üst yöneticiye veya yedek onaylayıcıya iletilir. İkinci sürede de cevap yoksa işlem otomatik olarak reddedilir ve talep sahibine bilgi verilir. Varsayılan davranışın her zaman “reddet” olması gerekir. Cevapsız bir talebin otomatik onaylanması, onay adımının amacına ters düşer.
Adım 4: Kim neyi onaylayabilir?
Onay kanalına erişimi olan herkesin her işlemi onaylayabilmesi ciddi bir kontrol açığıdır. 500 TL’lik bir iadeyi destek ekibi onaylayabilir, ancak 50.000 TL’lik bir iade finans müdürünün yetkisinde olmalıdır. Onay yetkisini tutar, işlem türü veya müşteri segmentine göre farklı kişilere yönlendirin.
n8n iş akışında bu ayrım, onay adımından önce bir yönlendirme mantığıyla kurulabilir. Ajanın önerdiği işlemin parametreleri okunur, tutara veya türe göre doğru onay kanalı seçilir.
Adım 5: Her kararı kayıt altına alın
Denetim açısından şu soruların cevabı her zaman bulunabilmelidir: Ajan hangi işlemi önerdi, hangi gerekçeyle önerdi, kim onayladı ya da reddetti, ne zaman? Bu kayıtlar hem iç denetim hem de ISO 42001 veya AB Yapay Zeka Yasası kapsamındaki insan gözetimi gereklilikleri için temel kanıttır.
Kayıtları n8n’in yürütme geçmişine bırakmak yerine ayrı bir veritabanına yazmak daha sağlıklıdır. Yürütme geçmişi belirli bir süre sonra temizlenebilir, denetim kaydının ise kurumun saklama politikasına göre tutulması gerekir.
Reddedilen talepler de değerlidir. Hangi tür önerilerin sık reddedildiğini analiz etmek, ajanın istemlerini ve araç tanımlarını iyileştirmek için en doğrudan geri bildirimdir.
Onay adımını ne zaman azaltmalı?
HITL kalıcı bir yük olmak zorunda değildir. Belirli bir araç için yüzlerce onay isteğinin neredeyse tamamı değişiklik yapılmadan onaylanıyorsa, o aracı orta risk grubuna taşımayı düşünebilirsiniz. Bu karar, kayıt verisine dayanmalı ve belgelenmelidir.
Ters yön de geçerlidir. Bir araçta hatalı öneri oranı artıyorsa veya yeni bir veri kaynağı ajana bağlandıysa, onay adımını geri getirin. Güven kademeli olarak kazanılmalı ve verilerle izlenmelidir.
Sonuç
n8n’in human in the loop özelliği, AI ajanlarını kurumsal süreçlere güvenle bağlamanın en pratik yollarından biridir. Asıl iş ise teknik ayardan çok tasarımdadır: araçları riske göre sınıflandırmak, onaylayanın gerçekten karar verebileceği mesajlar hazırlamak, zaman aşımını reddetme yönünde kurgulamak ve her kararı kayıt altına almak.
Bu yapıyı sıfırdan kurmak isteyen ekipler için n8n ile yapay zeka destekli workflow otomasyonu ve agent geliştirme eğitimi ajan kurulumundan araç entegrasyonuna kadar uygulamalı bir yol sunar. Ajanın kurum verisine dayanarak cevap vermesini sağlamak için n8n ile kendi şirket chatbotunuzu kurun yazımız da bu rehberi tamamlar. Teknik geçmişi olmayan süreç sahipleri için teknik olmayan ekipler için kodsuz otomasyon yazısı iyi bir başlangıç noktasıdır.
Sıkça sorulan sorular
Human in the loop nedir?
Bir yapay zeka sisteminin kritik bir işlem yapmadan önce durup bir insandan onay almasıdır. Özellikle e-posta gönderme, kayıt silme veya ödeme başlatma gibi geri alınamaz işlemlerde hatalı ya da manipüle edilmiş kararların önüne geçer.
n8n’de her araca onay eklemek gerekir mi?
Hayır. Sadece okuma yapan araçlar için onay genellikle gereksizdir ve ajanı yavaşlatır. Onay, dış etkisi olan veya geri alınamayan işlemler için kullanılmalıdır. n8n, onayı tüm araçlara ya da yalnızca seçilen araçlara uygulamaya izin verir.
Onay isteği cevapsız kalırsa ne olmalı?
Belirlenen süre sonunda talep yedek onaylayıcıya iletilmeli, ikinci süre de dolarsa işlem otomatik olarak reddedilmelidir. Cevapsız bir talebin otomatik onaylanması, onay adımının amacına aykırıdır.
Onay kayıtları nerede tutulmalı?
n8n yürütme geçmişi zamanla temizlenebildiği için kayıtların ayrı bir veritabanına yazılması önerilir. Kayıt; önerilen işlemi, gerekçeyi, onaylayan kişiyi, kararı ve zamanı içermelidir.