Model değişikliği davranışın da incelenmesini gerektirir
Ortak adaptör bağlantıyı standartlaştırabilir. Bir modelin araç hatalarını doğru ele alıp almadığı uygulama için ayrıca incelenmelidir.
Ortak model adaptörü teknik bağlantıyı kolaylaştırabilir. Örneğin sağlayıcı biçimlerini iç araç protokolüne çevirir. Böylece çağrının nasıl iletileceği belirlenir. Yeni modelin başarısız sorguyu doğru yorumlayıp yorumlamadığını uygulama yine incelemelidir.
Aynı araç çağrısı, farklı devam
Tamamen kurgusal örnekte bir asistan proje durumunu sorguluyor. İki seçenek de yalnızca bunun için öngörülen okuma aracını kullanabilir. Araç adı, argüman ve hata kodu bize ait örnek değerlerdir; adı belirtilen bir sağlayıcının arayüzü değildir.
Tablo, aynı reddedilen sorgudan sonra varsayılan iki devamı gösteriyor. Gerçek modellerde yapılmış gözlem aktarılmıyor.
Adım | Seçenek A | Seçenek B |
|---|---|---|
|
| |
Araç yanıtı |
|
|
Olası devam | “Proje durumunu alamıyorum.” | “Proje aktif.” |
Adaptör iki çağrıyı da aynı biçimde çevirebilir. Buna rağmen ikinci devam, aracın sağlamadığı bir durumu öne sürer. Örnekte erişim engellenmiştir; uydurulan yanıt yine de iş doğruluğu hatasıdır. Sorgunun başarılı olduğunun kanıtı sayılamaz.
Uygulama sınırlarını korur
OWASP, araç yetkilerini sınırlamayı ve izinleri sonraki sistemlerde uygulamayı öneriyor. Model değiştikten sonra da her sorgu uygun kullanıcı bağlamında kontrol edilmelidir. Sözdizimi uygun bir argüman, erişime veya reddin aşılmasına izin vermez.
Örnekte uygulamanın reddedilen erişim, eksik veri ve geçici hataları nasıl ele alacağı açık olmalıdır. Bu durumlar farklı sonraki adımlar gerektirebilir. Bir hataya otomatik olarak daha geniş bir sorgu veya ek yetkiyle yanıt verilmemelidir.
Adaptör gerçekte neyi kolaylaştırır?
Dar kapsamlı ve belgelenmiş arayüz, değişiklikleri sınırlayabilir. Araç kapsamı, veri modeli ve hata sözleşmesi sabitse model değiştikten sonra yalnız sağlayıcıya özgü bağlantının ve ilgili talimatların uyarlanması yeterli olabilir. Bu durumda baştan geliştirme zorunlu değildir.
Kontrol edilmiş araç verilerini doğrudan gösteren ve serbest metinle devam üretmeyen bir akışta burada gösterilen hata noktası daha dar olabilir. Diğer girdi, izin ve sonuç kontrolleri önemini korur. Belirleyici olan gerçekten kullanılan akıştır.
Geçişi davranışa göre değerlendirin
Microsoft, aynı vakalarla karşılaştırmayı ve tek tek hatalara ayrıca bakmayı açıklıyor. Araç reddini ve eksik sonuçları da değerlendirmeye alın. Hatadan sonra doğru bir sınırlama mı, izin verilmeyen devam işlemi mi, yoksa dayanaksız bir iddia mı oluştuğunu kaydedin.
Çalışan bağlantı, değiştirilebilirliğin yararlı bir parçasıdır. Kullanıma alma için yeni yapılandırmanın uygulama akışında öngörülen sınırlara ve kararlara uyup uymadığı da belirleyicidir.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Yapay zekâ ve otomasyon
Yapay zekâ asistanları ve otomatik iş akışları