Human-in-the-Loop Nasıl Çalışır
Döngüde insan, otomatik ve yapay zekâ güdümlü süreçler için bir tasarım ilkesidir: seçili eylemler yürütülmeden önce süreç durur ve bir insan kararını bekler. Her eylem için değil; amaç otomasyonu yeniden elle yapılan işe çevirmek değildir. Sonuçları bir insanın muhakemesini gerektiren eylemler için. Kimlik ve ajan yönetişiminde bu, yıkıcı veya hassas tool çağrıları demektir: veri silmek, yetki değiştirmek, para göndermek, üretime dokunmak. Ajan eylemi önerir, talep hesap verebilir bir insana, genellikle ajanın sahibine gider ve yürütme yalnızca onayla devam eder.
HITL’in pratikte işleyip işlemeyeceğini iki mekanik belirler. Birincisi, onaylar insanlara zaten bulundukları yerde ulaşmalıdır: bir yönetici gelen kutusu, bir e-posta, telefona düşen bir push bildirimi. Ayrı bir konsola giriş gerektiren onay; ertelenir, biriktirilir veya görmezden gelinir. İkincisi, yanıtsız talepler kapalı kalmalıdır: zaman aşımında veya sürenin dolmasında eylem geçirilmez, reddedilir. Sessizlikte açık kalan bir kapı, kapı değildir.
Neden Önemli
HITL, ajan benimsemesinin temel gerilimini çözer: özerklik hız getirir; ama denetimsiz özerklik, yanlış yönde de hız getirir. Her eylemden önce sormak zorunda olan bir ajan işe yaramaz; hiç sormayan bir ajan ise bir prompt öyle dedi diye üretim tablosunu makine hızında silebilir. Yalnızca sonuçları ağır eylemleri kapılamak, hızın çoğunu korurken hesap verebilirliği tam olarak riskin olduğu yere koyar.
Bu örüntü kimlik dünyasına yabancı değildir. Tam zamanında (JIT) erişim, insanlar için zaten böyle çalışır: yükseltilmiş ayrıcalıklar talep edilir, hesap verebilir biri tarafından onaylanır, geçici olarak verilir ve kayda geçer. HITL, aynı onay disiplinini ajanlara genişletir; talep eden artık yazılımdır ama karar, onaylayan ve kanıt aynıdır. Her onay veya ret, kimin neye izin verdiğinin denetlenmiş bir kaydına dönüşür. Ajan etkinliğini yalnızca olup bitmiş bir şeyden, birinin hesabını verdiği bir şeye çeviren de budur.
İyi Bir HITL Nasıl Tasarlanır
Örüntüyü üç tasarım kararı taşır. Birincisi, hangi eylemlerin kapılanacağı: yıkıcı ve hassas işlemleri açıkça işaretleyin; tool’lar üzerindeki yıkıcılık bayrakları bunun pratik mekanizmasıdır. Böylece kapı hacme değil, sonuca göre tetiklenir. İkincisi, kimin onaylayacağı: ajanın sahibi doğal varsayılandır; etkisi daha büyük eylemler için yönetici veya güvenlik ekibine yükseltme eklenir. Onaylayan, göstermelik bir imza değil, gerçekten hesap verebilir biri olmalıdır. Üçüncüsü, kanıt: her talep, onay, ret ve zaman aşımı denetim izine düşmelidir; böylece herhangi bir eylem, sonradan ona izin veren kişiye kadar izlenebilir.
Benimsemeyi teslimat belirler. Onaylar birden çok kanaldan ulaşmalı ve saniyeler içinde yanıtlanabilmelidir; çünkü onaylamak otomatikleştirilen işten yavaşsa tasarımın tamamı çöker. Monosign, yıkıcı ajan eylemlerini dört kanal üzerinden sahip onayına sunar: uygulama içi gelen kutusu, push bildirimi, e-posta ve MCP yerlisi onay.