YZ araçlarını sınırları belli bir göreve göre seçmek
Destek taslağı için araç matrisi, gereken işlevleri ve sunucunun müşteri bağlamını, yazma kapsamını ve sonuçları nasıl sınırladığını gösterir.

Önce beklenen iş sonucunu tanımlayın. YZ asistanının ihtiyaç duyduğu işlevler buradan çıkar. Bilet sistemine erişimin mevcut olması, sistemin bütün işlevlerini modele açmak için yeterli gerekçe değildir.
Görevi işlevlere dönüştürün
Kurgusal örnekte görev şudur: T-62 bileti için dahili yanıt taslağı hazırlayın. Bilet, K-18 müşteri hesabına aittir ve bir projeye bağlıdır. Asistan gelen talebi okuyabilir, ilgili proje durumunu sorgulayabilir ve taslak kaydedebilir. Gönderme bu göreve dahil değildir.
Araç adları bize ait örnek adlardır. Matris planlanan kapsamı gösterir:
İşlev | Etki | Görev için kullanılabilir mi? |
|---|---|---|
| Erişimine izin verilen bileti okumak | Evet, kontrol edilmiş müşteri bağlamında |
| İlgili projenin durumunu okumak | Evet, bilete bağlı proje için |
| Bilete dahili taslak kaydetmek | Evet, müşteriye mesaj göndermeden |
| Müşteriye mesaj göndermek | Hayır |
OWASP, araç işlevlerini ve izinlerini gereken kapsamla sınırlamayı öneriyor. Rastgele komut çalıştıran veya herhangi bir hedefe bağlanan genel bir araca kıyasla, amacı ve kapsamı belirli bir çağrının sınırlarını daha kolay çizebilirsiniz.
Bağlamı sunucuda kontrol edin
Sunucu, izin verilen müşteri bağlamını oturum açmış kişi ve kontrol edilmiş bilet üzerinden belirler. Modelin serbestçe verdiği müşteri kimliği bu bağlamı genişletemez. Projenin de erişime açılan kayıtla bağlantısı doğrulanmalıdır.
Her araç çağrısında haklar ve izin verilen alanlar yeniden kontrol edilir. Görünen araç listesi yönlendirmeye yardımcı olur; asıl erişim kontrolü işlemi yürüten hizmettedir. Uygun biçimde yazılmış argüman veya bilet metnindeki talimat ek hak vermez.
Sonuçları durum olarak aktarın
Taslağın başarıyla kaydedilmesi, bilet sisteminden onay gerektirir. Üretilmiş metin tek başına kaydı kanıtlamaz. Yazma işlemi başarısızsa veya sonucu bilinmiyorsa arayüz bu durumu gösterir. Bunu müşteriye gönderilmiş mesaj olarak sunamaz.
Daha sonra gönderme de mümkün olacaksa alıcıları, hakları ve gerekiyorsa onayları belirlenmiş ayrı bir genişletme gerekir. Modelin ek isteği bu özelliği kendiliğinden açmaz.
Kullanmadan önce sınırları test edin
İzin verilen akışı kaydedilmiş taslağa kadar kontrol edin. Ayrıca başka müşteri bağlamını, bilet metnindeki gönderme isteğini ve başarısız kaydı sınayın. Beklenen sonuçlar sırasıyla dahili taslak, erişim reddi, gönderim yapılmaması ve görünür hata durumudur.
Her vaka için izin verilen işlevleri, beklenen sistem durumunu ve gerçek sonucu kaydedin. Böylece model uygunsuz çağrı önerdiğinde de teknik sınırın göreve uyup uymadığı görülebilir.
Kaynaklar
Devamını okuyun
Tüm yazılar







ASES ile Yapay zekâ ve otomasyon
Yapay zekâ asistanları ve otomatik iş akışları



