Yapay zekâ ajanlarıKamu sektörü
Yapay zekâ ajanları hangi işlemlerde insan onayı gerektirir
Bir ajan neredeyse her şeyi hazırlayabilir. Tasarımdaki asıl soru, hangi işlemleri kendi başına tamamlayabileceği ve hangilerinin bir kişinin onayını gerektirdiğidir. Onay kapılarını yerleştirmenin ve kanıt biriktikçe yerlerini değiştirmenin pratik bir yolu.
- Yazar
- FromNine yayın ekibi
- Yayımlanma tarihi
- Okuma süresi
- 6 dk okuma
Kısaca
- Onay kapılarını modelin ne kadar emin göründüğüne göre değil, her işlemin sonucuna ve geri alınabilirliğine göre yerleştirin.
- Onay ancak onaylayan kişi dayanakları, önerilen işlemi ve etkisini tek bir yerde gördüğünde ve “hayır” demek “evet” demek kadar kolay olduğunda işe yarar.
- Onay kapılarını işlemin yürütüldüğü yerde uygulayın, her öneriyi ve kararı kayda alın ve bir işlemi daha hafif bir katmana yalnızca kanıta dayanarak taşıyın.
İçindekiler
Ajanlar işlem yapar, soru değişir
Bir sohbet asistanı metin taslağı hazırlar, onunla ne yapılacağına bir kişi karar verir. Ajan bir adım daha ileri gider: araçları çağırır. Bir kaydı günceller, randevu ayırır, bir dosyayı yönlendirir, mesaj gönderir ya da bir ödemeyi hazırlar. Yazılım işlem yapmaya başladığında yararlı soru artık yalnızca “bu yanıt iyi mi?” değildir; asıl soru “bu işlemin sorumlusu kim ve buna ne zaman onay verdi?” sorusudur.
Güvenlik topluluğu bu konudaki hatanın adını koymuştur. Büyük dil modeli uygulamalarına yönelik OWASP Top 10 listesi, aşırı yetki (harici bir site açılır) riskini temel riskler arasında sayar: görevinin gerektirdiğinden fazla işleve, izne ya da özerkliğe sahip bir ajan. İnsan onayı bu riske karşı kontrollerden biridir. Her yerde kullanılırsa işi yavaşlatır ve insanlara “onayla” düğmesine basmayı alışkanlık hâline getirir. Hiçbir yerde kullanılmazsa kimsenin karar vermediği işlemler ortaya çıkar. Asıl iş, onayı doğru yere koymaktır.
Modelden değil, işlemlerden başlayın
Ajanın çağırabileceği her aracın envanterini çıkarın. Her biri için dört soruyu yanıtlayın. Sorular bilinçli olarak modelle değil, işlemle ve etkisiyle ilgilidir.
- Geri alınabilir mi? Hangi maliyetle: bir tıklama, bir düzeltme yazısı, bir iade, bir dava?
- Kimi etkiler? Bir iç taslağı, bir iş arkadaşını, bir müşteriyi ya da vatandaşı, parayı, üçüncü bir tarafı?
- Bir taahhüt ya da hukuki sonuç doğurur mu? Bir kişi hakkında karar, bir ödeme, bir sözleşme, kurumunuz adına gönderilen bir mesaj.
- Ne sıklıkta ve ne hızla? Günde binlerce kez gerçekleşen bir işlem, haftada iki kez gerçekleşen bir işlemden farklı bir kontrol gerektirir.
Yanıtlar her işlemi dört katmandan birine yerleştirir. Çoğu kurum, riskin neredeyse tamamının bir avuç işlemde toplandığını görür. Bu iyi bir haberdir: onay emeği tam da oraya harcanmalıdır.
İki açıklayıcı örnek. Kıbrıs Cumhuriyeti’nde bir bakanlığa bağlı bir dairede ajan, başvuru dosyalarını eksik belgeler ve ilgili kurallarla birlikte hazırlar; başvurunun sonucuna dosyayı inceleyen görevli karar verir. Bir dağıtım şirketinde ajan gelen faturaları siparişlerle ve mal kabulleriyle eşleştirir; belirli bir tutarın üzerindeki faturalar ödemeden önce bir kişinin onayına gider.
| Katman | Tipik işlemler | Kontrol |
|---|---|---|
| 1 · İşlem yap ve kaydet | Kullanıcının kendi yetkileri içinde arama ve okuma, özetleme, iç not taslağı hazırlama | Onay yok. Her çağrı girdileri ve çıktılarıyla kayda alınır. |
| 2 · İşlem yap, bildir, geri al | Taslak kayıt oluşturma, bir dosyayı etiketleme ya da yönlendirme, bir iç görev planlama | Ajan işlemi yapar; işlemin sahibi bilgilendirilir ve belirli bir süre içinde işlemi geri alabilir. |
| 3 · Ajan önerir, bir kişi onaylar | Dışarıya mesaj gönderme, ana verileri değiştirme, başvuru sahibinin gördüğü dosya durumunu değiştirme | Ajan işlemi ve dayanaklarını hazırlar; adı belirlenmiş bir rol onaylar, düzenler ya da reddeder. |
| 4 · Bir kişi karar verir, ajan destekler | Bir kişi hakkında hukuki sonuç doğuran kararlar, belirli bir eşiğin üzerindeki ödemeler, yazılı politikanın dışında kalan her şey | Ajan olguları toplar ve taslak hazırlar; karar ve gerekçesi bir kişiye aittir. |
Katmanlar hukuki bir sınıflandırma değil, bir tasarım aracıdır. Bunları size uygulanan kurallarla karşılaştırın. Genel Veri Koruma Tüzüğü (GDPR), kişiler hakkında hukuki ya da benzer ölçüde önemli sonuçlar doğuran yalnızca otomatik işlemeye dayalı kararlar (harici bir site açılır) karşısında özel haklar tanır (22. madde). AB Yapay Zekâ Yasası ise yüksek riskli sistemlerin insanlar tarafından etkili biçimde gözetilebilmesini (harici bir site açılır) şart koşar (14. madde). Bu yükümlülükler genellikle 4. katmanda karşılık bulur.
Şekil 1
Örnek iş akışıDiyagramı metin olarak oku
Bir talep ya da dosya gelir. Ajan, bir yanıt ya da durum değişikliği gibi bir işlem taslağı hazırlar ve dayanaklarını ekler: kullandığı kaynaklar, uyguladığı kural ve işlemin doğuracağı etki.
Onay kapısında adı belirlenmiş bir kişi öneriyi onaylar, düzenler ya da reddeder. Gerekçesiyle birlikte bir ret ajana geri döner ve değerlendirme için saklanır.
Yalnızca onaylanmış bir işlem, o işlemin sahibi olan sistem tarafından yürütülür. Talep, öneri, karar, onaylayan kişi ve zaman damgaları kayda alınır.
Her zaman bir kişiye ulaşması gereken sinyaller
Bazı durumlar, olağan yeri neresi olursa olsun bir işlemi bir üst katmana taşımalıdır. Bunları iş akışında açık kontroller olarak kurun; böylece ajanın onları fark etmesine bağlı kalmazsınız.
- Girdi, ajanın test edildiği alanın dışında: yeni bir belge türü, alışılmadık bir dil, eksik ya da çelişkili alanlar.
- Ajanın bulduğu kaynaklar birbiriyle çelişiyor ya da önerilen işlem, ajanın kaynak gösteremediği bir şeye dayanıyor.
- Tutar, kapsam ya da etkilenen kayıt sayısı sizin belirlediğiniz eşiğin üzerinde.
- Dosya hassas bir kategoriye dokunuyor: sağlık verileri, reşit olmayanlar, bir şikâyet, bir uyuşmazlık ya da süren bir itiraz.
- Ajan işlemi daha önce yeniden denedi ya da bağlı bir sistem hata döndürdü.
Bu listede bir sinyal bilerek yer almıyor: modelin kendi güven düzeyi. Dil modelleri yanlış bilgileri akıcı biçimde ifade edebilir; ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST), üretken yapay zekâ risk profilinde bunu konfabulasyon (harici bir site açılır) olarak adlandırır. Modelin kendi bildirdiği bir puan girdilerden biri olabilir; ancak doğrulama kuralları ve kayıt sistemiyle karşılaştırma gibi dış kontrollerin yanında durmalı, asla onların yerini almamalıdır.
İnsanların gerçekten verebileceği bir onay tasarlayın
Art arda gelen “onaylıyor musunuz?” soruları insanlara onaylamayı öğretir. Yapay Zekâ Yasası bu riski açıkça adlandırır: yüksek riskli bir sistemi gözeten kişiler otomasyon yanlılığının farkında kalabilmelidir.
“çıktıya otomatik olarak güvenme ya da aşırı güvenme yönündeki olası eğilimin farkında kalmak”
Dört tasarım tercihi bu farkındalığı uygulanabilir kılar.
Yalnızca yanıtı değil, dayanakları gösterin
Önerilen işlemi sade bir dille, dayandığı kaynakları (doğru pasajda açılan bağlantılarla), uygulanan kuralı ya da politikayı ve hangi sistemde tam olarak neyin değişeceğini birlikte gösterin. Bir öneriyi kontrol etmek için üç uygulama açmak zorunda kalan kişi, zaman baskısı altında kontrol etmeyi bırakır.
“Hayır” demeyi “evet” demek kadar kolaylaştırın
Reddetmek ve düzenlemek istisna değil, olağan sonuçlardır. Bu seçenekleri onay düğmesinin yanına koyun, ret durumunda kısa bir gerekçe isteyin ve bu gerekçeleri değerlendirmeye aktarın. Bir öneriyi düzenlemek onu sıfırdan yazmaktan daha zorsa, insanlar kusurlu önerileri onaylamaya başlar.
Onayı yetkili bir role verin
Onay, sistemi geçersiz kılacak yetkinliğe, eğitime ve yetkiye sahip, adı belirlenmiş bir role aittir; Yapay Zekâ Yasası yüksek riskli yapay zekâ sistemlerini kullanan kuruluşlardan (uygulayıcılardan) tam olarak bunu ister (26(2). madde (harici bir site açılır)). Bir vekil ve bir üst kademeye aktarma yolu belirleyin, işlerin ne kadar beklediğini ölçün. Kimsenin sahiplenmediği bir kuyruk darboğaza dönüşür ve ekipleri onay kapısını atlamaya iter.
Yalnızca gerçekten düşük riskli işleri toplu inceleyin
Neredeyse aynı kırk işi tek tek incelemek kimseyi daha dikkatli yapmaz. 2. katmandaki işlemler için rastgele örneklemeyle toplu incelemeye izin verin. 3. ve 4. katmandaki işleri tek tek ele alın.
Onay kapısını komutta değil, sistemde uygulayın
Komuttaki (prompt) bir talimat erişim kontrolü değildir. Ajanın okuduğu metinler, örneğin bir e-posta, bir belge ya da bir web sayfası, kendi talimatlarını içerebilir; OWASP bunu komut enjeksiyonu (prompt injection) (harici bir site açılır) olarak tanımlar. Bir ajanla geri alınamaz bir işlem arasında yalnızca talimatlarındaki bir cümle duruyorsa, o cümlenin bir gün geçersiz kılınacağını varsayın.
- Ajana, her aracın gerektirdiği en az yetkiyle kendi kimliğini verin; platform destekliyorsa ajanın talepte bulunan kullanıcının yetkileri içinde çalışmasını sağlayın.
- Onayları entegrasyon katmanında uygulayın: yazıyı gönderen servis, tam o işlem için geçerli bir onay kaydı yoksa çağrıyı reddeder.
- Araçlara ajandan bağımsız tutar, hacim ve sıklık sınırları koyun.
- Okuma ve yazma araçlarını ayrı tutun; böylece ajanın görebildiklerini, yapabildiklerini genişletmeden artırabilirsiniz.
Sonradan açıklamanız gerekecek her şeyi kaydedin
Her ajan çalışması için talebi, bulunan kaynakları, parametreleriyle birlikte her araç çağrısını, önerilen işlemi, onaylayan kişiyi, kararı, yapılan düzeltmeleri ve zaman damgalarını saklayın. Yüksek riskli yapay zekâ sistemlerinde uygulayıcılar, başka bir hukuk kuralı aksini öngörmedikçe otomatik oluşturulan kayıtları en az altı ay saklamak zorundadır (26(6). madde (harici bir site açılır)). Hiçbir kural gerektirmese de kayıtları saklayın: öğrenmenin aracı kayıtlardır.
Kayıtları düzenli aralıklarla gözden geçirin. Her zaman değişiklik yapılmadan onaylanan işlemler bir alt katmana inmeye adaydır. Sık düzeltilen işlemler ajandaki bir zayıflığa işaret eder ya da bir üst katmana aittir. Tek bir kaynakta, tek bir formda ya da tek bir ekipte yoğunlaşan retler, çoğu zaman hiçbir modelin çözemeyeceği bir süreç sorununu ortaya çıkarır.
Dar başlayın, sonra işlemleri bir alt katmana taşıyın
Sonuçları ağır olan işlemlerin çoğunu 3. ve 4. katmanda tutarak başlayın. Neyin iyi sayılacağını önceden kararlaştırın: hangi sonuçlar doğru kabul edilir, hangi hatalar kabul edilebilir, hangileri edilemez. Ardından bu ölçütlere göre ölçün; örneğin NIST Yapay Zekâ Risk Yönetimi Çerçevesi (harici bir site açılır) içindeki ölçüm işlevlerini bir kontrol listesi olarak kullanabilirsiniz.
Bir işlemi daha hafif bir katmana yalnızca kanıtla taşıyın: onayların esaslı bir düzeltme gerektirmediği bir dönem, yanlış giden vakalar üzerinde yapılan testler ve sürecin sahibinin onayı. Bu kararı sistemdeki diğer değişiklikler gibi kayda geçirin ve işlemi geri taşıma seçeneğini koruyun.
Yapay zekâ çıktısı yanlış olabilir. Bu, ajanları gerçek işlerden uzak tutmak için bir neden değil; insanların kontrolü nerede elinde tutacağını tasarlamanın nedenidir. Ajanlar işlem yapabildikleri için yararlıdır. Onay kapılarını bilinçli olarak yerleştirmek, onlara zamanla daha fazla iş vermenizi sağlar.
Kaynaklar
- OWASP GenAI Security Project. LLM06:2025 Excessive Agency (aşırı yetki) (erişim tarihi: )
- OWASP GenAI Security Project. LLM01:2025 Prompt Injection (komut enjeksiyonu) (erişim tarihi: )
- EUR-Lex. (AB) 2024/1689 sayılı Tüzük (Yapay Zekâ Yasası), 14. ve 26. maddeler (erişim tarihi: )
- Avrupa Komisyonu, AI Act Service Desk. 26. madde: Yüksek riskli yapay zekâ sistemlerinin uygulayıcılarının yükümlülükleri (erişim tarihi: )
- EUR-Lex. (AB) 2016/679 sayılı Tüzük (Genel Veri Koruma Tüzüğü), 22. madde (erişim tarihi: )
- ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST). Yapay Zekâ Risk Yönetimi Çerçevesi: Üretken Yapay Zekâ Profili (NIST AI 600-1) (erişim tarihi: )
- ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST). Yapay Zekâ Risk Yönetimi Çerçevesi (AI RMF) (erişim tarihi: )
- Hollanda Hükümeti. Hollanda hükümetinin algoritma sicili (erişim tarihi: )
Okumaya devam edin
- HizmetYapay zekâ ajanları ve otomasyonTanımladığınız yetkiler içinde hareket eden, önemli adımlardan önce onay isteyen ve her şeyi kaydeden ajanlar ve iş akışları.
- SektörKamu sektörüKamu kurumları için erişilebilir, güvenli ve birlikte çalışabilir dijital hizmetler.
- İçgörüKamu kurumları için AB Yapay Zekâ Yasası: Aralık 2027’ye kadar neler hazırlanmalı2026’da değiştirilen Yapay Zekâ Yasası, yüksek risk kurallarını Aralık 2027’den itibaren uygular; ancak büyük bölümü bugün zaten geçerli. Kamu kurumlarındaki uygulayıcılar için tarihli bir hazırlık planı.
- İçgörüKurumsal bilgi aramasını güvenilir kılan nedirKendi belgelerinizden gelen yanıtlara güvenilip güvenilemeyeceğini belirleyen beş özellik: yetkiler, kaynak gösterimi, güncellik, dürüst boşluklar ve ölçülen kalite.
Sistemlerinizde işlem yapacak bir ajan mı planlıyorsunuz?
Süreç sahiplerinizle birlikte işlemleri haritalıyor, onay kapılarını yerleştiriyor ve bu kapıları uygulayan entegrasyonları kuruyoruz.