Yapay Zeka Geri Bildirimleri Neden Aşırı Kesinlikten ve Tutamayacağı Sözlerden Kaçınmalıdır?
Yapay zeka geri bildirimleri aşırı kesinlikten kaçınmalıdır; çünkü akıcı bir cümle üç farklı durumu gizleyebilir: mevcut girdiyle desteklenen bilgi, yalnızca belirtilen koşullar altında geçerli olan bir çıkarım veya ürünün henüz çözemediği bir bilinmeyen. Tutulamayacak sözlerden de kaçınmalıdır; çünkü "Ben hallederim" ifadesi eylemin kime ait olduğu, hangi harici servisin yanıt vermesi gerektiği, taahhüdün süresinin ne zaman dolacağı veya bir başarısızlık durumunda arayüzün ne göstereceği hakkında hiçbir şey söylemez. Bu bir ürün metni ve etkileşim tasarımı sorunudur; kullanıcıların bir cevabın doğruluğunu nasıl teyit etmesi gerektiğine dair bir ders değildir. Faydalı bir geri bildirim sözleşmesi yedi alanı kaydeder: kanıt durumu, çıkarım koşulu, bilinmeyen öge, kullanıcının veya sistemin kontrol edebileceği eylem, harici bağımlılık, zamanı ve başarısızlık durumuyla birlikte sözün sahibi ve son geçerlilik tarihi. Kesinlik gözlemlenebilir durumu takip etmelidir; üslup bunu yapay olarak üretmemelidir.
Kanıt, çıkarım, bilinmeyen ve eylem durumlarını birbirinden ayırın
Cilalı metinler yazmadan önce görünür dört durum kullanın. "Şu an destekleniyor", görüntülenen ifadenin tanımlanmış mevcut bir girdiye, sistem kaydına veya tamamlanmış bir olaya karşılık geldiği anlamına gelir. "Koşullu çıkarım", doğru kalması gereken önermeyi adlandırır. "Bilinmeyen", boşluğu doldurmaya çalışmadan eksik girdiyi, ulaşılamayan kaynağı veya çözülememiş çelişkiyi tanımlar. "Eylem durumu", yalnızca sistem bu geçişi gözlemleyebildiğinde istendi, kuyruğa alındı, gönderildi, onaylandı, tamamlandı veya başarısız oldu ifadelerini kullanır. NIST'in Üretken Yapay Zeka Profili (Generative AI Profile), üretilen içeriğin hatalı olabileceğini ancak buna rağmen kendinden emin bir şekilde sunulabileceğini açıklar; dolayısıyla kendinden emin bir üslup bir durum sinyali değildir. Atomik iddiaları ayrı tutun: harici bir davet henüz yanıtlanmamışken bir takvim kaydı oluşturulmuş olabilir. İkisini birden "Her şey ayarlandı" şeklinde birleştirmeyin. Her kart, dayanağını ve son kontrol edilme zamanını açıkça göstermelidir.
Her sözü sahiplik, bağımlılık ve nihai durumlara dönüştürün
Bir söz, yalnızca sahibi eylemi gerçekleştirebildiğinde ve tamamlandığını gözlemleyebildiğinde geçerlidir. Bir sonraki adımın kime ait olduğunu yazın: bu ürün, kullanıcı, adı belirtilmiş harici bir servis veya sistem dışındaki bir kişi. Ardından ön koşulları, gerçek bir son tarihi veya bir tahmini, yeniden kontrol etme noktasını ve olası nihai durumları gösterin: tamamlandı, reddedildi, süresi doldu, başarısız oldu veya hâlâ bekleniyor. "Yarın yanıt vermelerini sağlayacağım" ifadesinin kontrol edilebilir bir sahibi yoktur. "Davet bu uygulama tarafından gönderildi; alıcının yanıtı uygulamanın dışındadır; salı gününden sonra kontrol edin" ifadesi ise kontrolü bağımlılıktan ayırır. Microsoft HAX, net yetenek ve performans sınırları önerir. Birinci tekil şahıs asistan dilinin, harici bir tarafın yükümlülüğünü sessizce modele aktarmasına izin vermeyin. Sonucun sahibi olan bir aktör yoksa, bunu bir taahhüt olarak değil, bir seçenek olarak ifade edin.
Koşulları ve son geçerlilik tarihini geri bildirimin göründüğü yere ekleyin
Bir dipnot veya genel bir sorumluluk reddi beyanı, koşulsuz bir durum etiketini düzeltemez. Belirleyici koşulu cümlenin yanına koyun: "Şu anda bağlı olan takvime göre", "mekanın çalışma saatleri değişmezse" veya "henüz makbuz ulaşmadı". Zamanın üç farklı rolü vardır. Kanıt zaman damgası, desteğin ne zaman gözlemlendiğini belirtir; söz verilen kontrol noktası, sahibin ne zaman harekete geçeceğini veya yeniden kontrol edeceğini belirtir; son geçerlilik tarihi ise ifadenin artık ne zamandan itibaren tekrar kullanılmaması gerektiğini belirtir. Harici veriler, izinler, uygulama sürümleri ve kullanıcı düzenlemeleri birbirinden bağımsız olarak değişebilir. Bir bağımlılığın süresi dolduğunda veya bağlantısı kesildiğinde, dünün kendinden emin ifadelerini korumak yerine durumu bir alt seviyeye düşürün. OECD şeffaflık kılavuzu, girdiler ve sınırlamalar hakkında anlamlı ve bağlamsal bilgileri destekler. Arayüz, önceki ifadeleri yalnızca açıkça tarihlendirildiğinde bir günlükte saklamalıdır, güncel bir gerçeklik olarak değil.
Bir sonuç ima etmeden bir sonraki kontrol edilebilir eylemi yazın
Belirsizlik içeren faydalı bir mesaj yine de sınırları belirlenmiş bir sonraki eylemi sunar. Google PAIR, neyin eksik olduğunu açıklamayı ve ileriye dönük bir yol sunmayı önerir; bu yol bir kontrol noktasından sonra tekrar denemek, bir kaynağı yeniden bağlamak, girdiyi düzenlemek, manuel bir yönteme geçmek, isteği iptal etmek veya çözümsüz bırakmak olabilir. Düğme etiketi, sonucunu vaat etmek yerine eylemi tanımlamalıdır: "Onay al" değil, "İstek gönder"; "Başarıyla rezerve et" değil, "Müsaitliği kontrol et"; "Şimdi çöz" değil, "Açıklama iste". Geri bildirim kontrollerinin de dürüst bir etki açıklamasına ihtiyacı vardır. Bir düzeltme yalnızca mevcut ekranı değiştiriyorsa bunu belirtin; daha sonraki bir inceleme kuyruğuna giriyorsa bu kapsamı ve zamanlamayı adlandırın. Bir teşekkür mesajı, altta yatan modelin çoktan değiştiğini ima etmemelidir.
Kendinden emin metinlere karşı beş olumsuz test çalıştırın
Zararsız test verileri kullanın ve gözlemlenebilir kullanıcı arayüzü durumlarını inceleyin. Olumlu bir yanıttan sonra harici bir kaynağın bağlantısını kesin; gerekli bir izni iptal edin; harici onayı kontrol noktasının ötesine geciktirin; ilkiyle çelişen ikinci bir girdi sağlayın; süresi dolduktan sonra eski bir sonucu yeniden açın. Her durumda başlıkların, rozetlerin, bildirimlerin, özetlerin ve oluşturulan takip yanıtlarının birlikte alt seviyeye düşürülüp düşürülmediğini kontrol edin. Bir başarısızlık durumunda "tamamlandı", "kesin", "her zaman" gibi ifadeler veya ürünün artık kontrolünde olmayan bir gelecek zaman kipi korunmamalıdır. Kullanılabilir eylemin hâlâ durumla eşleştiğini doğrulayın: yeniden bağlan, düzenle, tekrar dene, iptal et, manuel yöntem veya bilinmeyen olarak kal. Gizli güvenlik önlemlerini kurcalamayın veya riskli içerik oluşturmayın. Başarısızlığın tekrarlanabilmesi için girdiyi, bağımlılığı, zaman damgasını, beklenen nihai durumu, gözlemlenen metni ve sürümü kaydedin.
Yedi alanlı sözleşmeyi bir sürüm kapısı olarak kullanın
Önem taşıyan her geri bildirim bileşenini yedi sütunlu bir çizelgede gözden geçirin: kanıt durumu; koşul; bilinmeyen; kontrol edilebilir eylem; harici bağımlılık; sahip, zaman ve başarısızlık; son geçerlilik tarihi. Bir sürüm; her cümle tek bir durumla eşleştiğinde, her sözün yetkin bir sahibi olduğunda, bağımlılıklar görünür olduğunda, süre aşımı bir alt seviyeye düşüşü tetiklediğinde ve tüm olumsuz testler dürüst bir nihai duruma ulaştığında onay alır. Görsel güven kanıtı aştığında, tamamlanma durumu sadece gönderme işleminden çıkarıldığında, bir tahmin son tarihe dönüştüğünde, kullanıcı geri bildirimi anlık bir model güncellemesi olarak tanımlandığında veya güncelliğini yitirmiş çıktı aktif kaldığında ise başarısız olur. Metin incelemesini olay-durum incelemesiyle eşleştirin: sıfatları değiştirmek, yalnızca başarı durumunu yansıtan bir arka ucu düzeltemez. Bu kapı, ürün geri bildirimini değerlendirir. İlgili teyit iş akışı ise belirli bir cevabı doğrulaması gereken kullanıcının ayrı bir görevi olmaya devam eder.