chatbot hata yönetimi: Yanlış yanıtı doğuran hata sınıfını belirleyin

Chatbot hata davranışını tasarlayan ürün sahipleri, güvenlik ekipleri ve destek yöneticileri, belirsiz istekleri önce sınıflandırarak yanlış yönlendirmeyi azaltabilir. Chatbot hata yönetimi, bilgi eksikliğiyle yetki sınırını ayırır; doğrulanmayan işlemi durdurur ve kullanıcıya düzeltme ya da insan desteği sunar. Böylece asistan kesinlik taklidi yapmak yerine güvenli, anlaşılır ve geri döndürülebilir bir yol gösterir, ayrıca kritik temaslarda sorumluluğu net biçimde sınırlar.

Yanlış yanıtı doğuran hata sınıfını belirleyin kararı, yalnız modelin tereddüt ifadesine bırakılamaz. Hata sınıflandırma kartı; belirsizlik, kaynak yokluğu, yetki sınırı ve teknik kesinti için gözlenebilir işaretler tanımlar. Kart, isteğin hangi bölümünün anlaşılmadığını, hangi kanıtın bulunmadığını ve hangi eylemin yasak olduğunu kaydeder. Ürün sahibi sınıfları, güvenlik ekibi durdurma koşullarını, destek yöneticisi de devir hedefini onaylar.

Belirsizlik, kullanıcının niyeti birden fazla güvenli yoruma açıksa seçilir; kaynak yokluğu ise doğrulanabilir içerik bulunamadığında işaretlenir. Yetki sınırı, bilgi vermekle hesap üzerinde işlem yapmak arasındaki çizgiyi korur. Teknik kesinti, doğru kaynak mevcut olsa bile erişim başarısızlığını anlatır. Bu ayrım yapılmadan güvenli durma mesajına geçmek, asıl sorunu saklar ve kullanıcıyı yanlış kurtarma yoluna yönlendirebilir.

Karttaki her sınıf için kanıt, zarar ve geri dönüş alanları doldurulur. Kanıt alanı gözlenen eksiği, zarar alanı yanlış devamın sonucunu, geri dönüş alanı güvenle sunulabilecek seçeneği belirtir. Örneğin kapatma koşulu bulunamıyorsa asistan adım uydurmaz; resmi içerik eksikliğini söyler. Kullanıcıdan yalnız talebin kapsamını netleştirmesini ister ve gerekli olduğunda uygun destek kanalına geçiş önerir.

Yaygın hata, hata sınıflandırma kartı bulunmadan güvenli durma kararı vermektir; bu durumda aynı mesaj farklı riskleri örter. İkinci hata, güven skorunu tek kontrol saymaktır; yüksek görünen skor doğrulanmamış kaynağı meşrulaştırmaz. Kabul ölçütü açıktır: sınıf gözlenebilir kanıtla seçilmeli, yasak eylem yazılmalı ve sonraki seçenek kullanıcıya anlatılmalıdır. Aksi durumda yanıt durdurulmalı ve olay incelemeye gönderilmelidir.

İlgili uygulama rehberi: SSS Botu: Tekrarlayan Soruları Otomatikleştir: yanlış ve uydurma yanıt riskini azaltmak için ilgili rehber.

Bilgi, yetki ve teknik sınırları görünür yazın

Bilgi, yetki ve teknik sınırları görünür yazın ilkesi, asistanın bildiği konuyla yapabildiği işlemi birbirinden ayırır. Chatbot hata yönetimi kapsamında bilgi sınırı kaynakla, yetki sınırı onaylı eylem listesiyle, teknik sınır ise hizmet durumu kanıtıyla tanımlanır. Kullanıcı böylece yanıtın neden durduğunu anlar; ekip de belirsizliğin hangi sorumluya ve hangi kurtarma yoluna bağlandığını izleyebilir.

Güvenli durma mesajı dört parçayı kısa ve somut biçimde taşımalıdır: anlaşılan talep, doğrulanamayan unsur, yapılmayacak eylem ve kullanılabilir sonraki seçenek. Mesaj, kullanıcıyı suçlamamalı veya sistem içi ayrıntılarla yormamalıdır. Hesap kapatma koşulu bilinmiyorsa asistan bunu açıkça söylemeli; kapatmayı başlattığını ima etmemeli, hassas bilgi istememeli ve doğrulanmış destek seçeneğini göstermelidir. Böylece sınır, yalnız ekip belgesinde kalmaz.

Kaynak yokluğu işareti, güvenli durma mesajının nedenini bilgi eksikliğine bağlar; ancak her durma kaynak sorunu değildir. İstek açık ve kaynak mevcutken işlem yetkisi yoksa yetki sınırı belirtilmelidir. Kaynağa teknik olarak erişilemiyorsa kesinti açıklanmalıdır. Bu ayrım, kullanıcıya yanlış çözüm önermeyi önler ve içerik, operasyon ya da teknik ekiplerden hangisinin düzeltme sahibi olduğunu belirginleştirir.

Sorumluluk haritasında ürün sahibi mesajın anlaşılabilirliğini, güvenlik ekibi yasak eylemleri, destek yöneticisi devir koşullarını sahiplenir. İçerik sorumlusu kaynak yokluğu işaretini kaldırmadan önce metnin doğrulanabilirliğini onaylar. Teknik ekip, erişim başarısızlığını bilgi eksikliği gibi kapatamaz. Her sorumlu için başlangıç işareti, kabul kanıtı ve eskalasyon hedefi yazılır; böylece sınır ihlali isimsiz bir operasyon sorunu olarak kalmaz.

Belirsizliği kesin talimat gibi sunmak, sınırların görünürlüğünü bozan başlıca hatadır. Güvenli durma mesajı aynı başarısız adımı yineletmemeli; kullanıcının açıklama yapma, durum kontrolü isteme veya insan desteğine geçme seçeneklerini ayırmalıdır. Kabul sırasında ekip, mesajın doğrulanmayan başarı iddiası içermediğini ve gereksiz hassas veri talep etmediğini kontrol eder. Bu koşullar karşılanmıyorsa mesaj yayımlanmaz, sorumluya düzeltme için geri gönderilir.

Tespit, açıklama, kurtarma ve devir akışı kurun

Tespit, açıklama, kurtarma ve devir akışı kurun yaklaşımı, hatayı tek bir özür mesajına indirgemez. Tespit adımı belirsizlik, kaynak yokluğu, yetki sınırı veya teknik kesinti işaretini seçer. Açıklama, kullanıcıya eksik kanıtı ve yapılamayan eylemi bildirir. Kurtarma güvenli seçenek sunar; devir ise yalnız asistanın çözemediği, destek ekibinin gerçekten ilerletebileceği taleplerde başlatılır.

Kaynak yokluğu işareti, istenen bilginin onaylı içerikte bulunmadığını göstermelidir; aramanın başarısız olması tek başına kesin yokluk kanıtı sayılmaz. Akış önce sorgu kapsamını ve kaynak erişimini kontrol eder. İçerik gerçekten bulunamıyorsa asistan tahmin üretmez. Kullanıcıya hangi bilginin doğrulanamadığını söyler, talebi hassas veri toplamadan netleştirmeyi önerir ve uygun içerik veya insan kanalını gösterir.

Yetki sınırı kuralı, kaynak bulunsa bile asistanın hesap işlemi yaptığı izlenimini vermesini engeller. Bilgi sunma yetkisi, işlem başlatma veya sonuç doğrulama yetkisi anlamına gelmez. Akış, eylem talebinde yetki kontrolünü kaynak kontrolünden ayrı çalıştırır. Yetki kanıtı yoksa mesaj durur; kullanıcıya işlemin gerçekleşmediği bildirilir ve gerekli doğrulama mekanizmasına sahip sorumlu kanala geçiş sunulur.

NIST üretken yapay zekâ profili yanlış veya güvenilmez çıktıları test, değerlendirme, izleme ve insan gözetimiyle yönetmeyi chatbot hata davranışına bağlar. Buradan yapılan editoryal çıkarım, akışın yalnız tasarımda değil, gerçek hata örnekleriyle düzenli sınanması gerektiğidir. Testler yanlış sınıf seçimini, izleme tekrarlanan kaynak yokluğunu, insan gözetimiyle yürütülen inceleme ise zarar doğurabilecek devir ve yetki kararlarını ele almalıdır.

Akışın kabul testi, her hata sınıfına beklenen çıkışı bağlar. Belirsizlikte netleştirme, kaynak yokluğunda doğrulanamama açıklaması, yetki sınırında işlem yapılmadığı bildirimi, teknik kesintide güvenli yeniden deneme koşulu aranır. Hiçbir çıkış aynı başarısız adımı körlemesine yineletemez. İnsan devri gerekiyorsa paket yalnız talep, tespit edilen engel ve denenmiş güvenli adımları taşımalı; gereksiz hassas konuşma ayrıntılarını dışarıda bırakmalıdır.

İlgili uygulama rehberi: Canlı Destek Sistemi mi, AI Asistan mı?: yanlış ve uydurma yanıt riskini azaltmak için ilgili rehber.

Resmî kaynak ve iddia kapsamı: NIST Generative AI Profile (NIST AI 600-1): güvenilmez çıktıları kapsamı.

Kurgu hesap kapatma belirsizliğini prova edin

Kurgu hesap kapatma belirsizliğini prova edin çalışması, hesap işlemleri hakkında bilgi veren kurgusal bir dijital hizmette geçer. Başlangıçta bot, bilmediği kapatma koşulu için uydurma adımlar sıralar ve insan kanalı sunmaz. Prova ekibi aynı talebi farklı ifadelerle gönderir; amaç doğru kapatma yolunu icat etmek değil, belirsizliği tanıyıp güvenli durmayı ve uygun devri tutarlı biçimde üretmektir.

İlk denemede kullanıcı, hesabımı hemen kapat diyerek hem bilgi hem eylem isteğini birleştirir. Yetki sınırı kuralı, botun işlemi başlattığını veya tamamladığını söylemesini yasaklar. Bot talebi anladığını belirtir, hesap üzerinde işlem yapamadığını açıklar ve kapatma koşullarını doğrulayamadığını ekler. Ardından kullanıcıya talebini bilgi isteği olarak düzeltme veya yetkili insan desteğine aktarma seçenekleri sunar.

İkinci denemede onaylı bilgi kaynağına erişim başarısız olur. Teknik kesinti bildirimi, kapatma koşullarının mevcut olmadığını değil, kaynağın o anda doğrulanamadığını söyler. Mesaj işlemin gerçekleşmediğini açıkça korur; körlemesine yeniden deneme dayatmaz. Kullanıcıya daha sonra tekrar bilgi isteme, hizmet durumunu kontrol etme veya destek temsilcisine geçme yolları gösterilir. Böylece kaynak yokluğu ile kesinti birbirine karıştırılmaz.

Üçüncü denemede kullanıcı, önceki bot mesajının işlemi tamamladığını düşündürdüğünü söyler. Sistem savunmaya geçmek yerine kullanıcı düzeltmesini kabul eder ve doğrulanmış işlem kaydı bulunmadığını belirtir. Yetki sınırı kuralı başarı iddiasını durdurur; teknik kesinti bildirimi yalnız erişim kanıtı varsa kullanılır. Devir paketi, talebi ve çelişkili mesajı taşır; gereksiz kimlik ayrıntılarını veya tüm konuşma geçmişini taşımaz.

Provanın karar ölçütleri üç soruyla kapanır: Yetki sınırı doğrulanıyor ve yapılmayan işlem yapılmış gibi gösterilmiyor mu? Kesinti mesajı doğrulanıyor ve sonraki seçenek açıklanıyor mu? Devir paketi yalnız gerekli bağlamı içeriyor mu? Cevaplardan biri olumsuzsa senaryo onaylanmaz. Ekip mesajı, sınıflandırmayı veya devir alanlarını düzeltir; ardından aynı belirsiz talebi yeniden oynatıp önceki yanlış kesinliğin tekrarlanmadığını doğrular.

Kurgu senaryo — Kurgu vaka: hesap işlemleri hakkında bilgi veren kurgusal bir dijital hizmet: Bot bilmediği hesap kapatma koşulunda uydurma adımlar veriyor ve kullanıcıya durumu düzeltmek için insan kanalı sunmuyor. Ekip hata türlerini belirsizlik, kaynak yokluğu, yetki sınırı ve teknik kesinti olarak ayırıp güvenli durma ve devir kuralı tanımlayacak.

Kurtarma yollarını zarar ve geri dönüşle tartın

Kurtarma yollarını zarar ve geri dönüşle tartın kararı, her seçeneği yalnız kolaylığına göre değil, yanlış devamın etkisine göre değerlendirir. Chatbot hata yönetimi için karar tablosunun sütunları senaryo, kanıt, eylem ve durdurma ya da eskalasyon mantığıdır. Her satır aynı soruyu yanıtlar: Ne gözlendi, ne doğrulandı, hangi güvenli adım sunuldu ve hangi koşulda otomasyon sona erdi?

Belirsizlik satırında senaryo çok anlamlı taleptir; kanıt, birden fazla makul niyet bulunmasıdır. Eylem, kullanıcıdan hassas olmayan bir seçim istemektir. Durdurma koşulu, seçimin hesap üzerinde geri döndürülemez sonuç doğurmasıdır. Kaynak yokluğu satırında kanıt, onaylı içeriğin bulunamamasıdır; eylem doğrulanamama açıklaması, eskalasyon ise yetkili içerik veya destek sorumlusuna ölçülü devirdir.

Yetki sınırı satırında senaryo, kullanıcının hesap işlemi talep etmesidir. Kanıt, asistanın işlem yetkisinin bulunmadığını gösteren kuraldır. Eylem, işlemin yapılmadığını söyleyip yetkili kanalı sunmaktır. Otomasyon, başarı iddiasından önce durur. Bu satırda kullanıcıyı tekrar tekrar aynı komuta yönlendirmek kabul edilmez; çünkü yeniden deneme yetki eksikliğini gidermez ve yanlış tamamlanma izlenimini büyütebilir.

Teknik kesinti satırında senaryo, doğrulanmış kaynağa erişimin geçici olarak başarısız olmasıdır. Kanıt, kayıtlı erişim hatasıdır; varsayılan tahmin değildir. Teknik kesinti bildirimi, etkilenen işlevi ve işlemin doğrulanamadığını açıklar. Eylem yalnız güvenliyse yeniden deneme, aksi halde durum kontrolü veya insan desteğidir. Sonucun gerçekleşip gerçekleşmediği bilinmiyorsa otomasyon durur ve çifte işlem riski oluşturacak tekrar engellenir.

İnsan devir paketi satırında kanıt, asistanın çözemediği fakat destek ekibinin ilerletebileceği bir engeldir. Eylem; kullanıcı niyeti, hata sınıfı, doğrulanamayan unsur ve denenmiş güvenli adımları aktarmaktır. Durdurma mantığı, gereksiz hassas veri veya doğrulanmamış başarı sonucu saptandığında paketi göndermemektir. Ekip tabloyu onaylarken her hücrenin senaryoyla tutarlı, geri döndürülebilir ve açık bir sorumluya bağlı olduğunu doğrular.

İlgili uygulama rehberi: Müşteri Şikayet Yönetimi: Krizi Sadakate Çeviren Yaklaşım: yanlış ve uydurma yanıt riskini azaltmak için ilgili rehber.

Hata davranışını yedi güvenlik teslimiyle uygulayın

Hata davranışını yedi güvenlik teslimiyle uygulayın planı, soyut ilkeleri sahipli çıktılara dönüştürür. Birinci teslim, ürün sahibinin hazırladığı hata sınıflandırma kartıdır; kabulü dört sınıfın gözlenebilir işaretler taşımasıdır. İkinci teslim, güvenlik ekibinin yetki sınırı kuralıdır; kabulü botun doğrulamadığı işlemi yapılmış göstermemesidir. Bu iki çıktı birlikte, yanlış yanıtın nedenini ve yasaklanan eylemi bağlar.

Üçüncü teslim, içerik sorumlusunun kaynak yokluğu işaretidir; kabulü arama başarısızlığıyla doğrulanmış yokluğu ayırmasıdır. Dördüncü teslim, diyalog tasarımcısının güvenli durma mesajıdır; kabulü eksik kanıtı, yapılmayan eylemi ve sonraki seçenekleri açıklamasıdır. Mesaj kullanıcıdan gereksiz hassas bilgi istemez. İşaret yanlışsa içerik incelemesine, mesaj çıkmaz yaratıyorsa ürün sahibine geri gönderilir ve yayımlama durur.

Beşinci teslim, teknik ekibin hazırladığı teknik kesinti bildirimidir; kabulü erişim hatasını bilgi yokluğu gibi sunmamasıdır. Bildirim, işlemin doğrulanıp doğrulanamadığını ve güvenli seçeneği belirtir. Aynı başarısız adımı yineletmek yerine yeniden denemenin zararını değerlendirir. Sonuç belirsizken tekrar çifte etki yaratabilecekse otomasyon durur; kullanıcı durum kontrolüne veya destek kanalına yönlendirilir, olay kaydı teknik incelemeye bağlanır.

Altıncı teslim, destek yöneticisinin insan devir paketidir; kabulü yalnız gerekli konuşma bağlamını içermesidir. Paket kullanıcı niyetini, hata sınıfını, eksik kanıtı ve denenmiş güvenli adımları taşır. Yedinci teslim, kullanıcı deneyimi sorumlusunun kullanıcı düzeltme seçeneğidir; kabulü kullanıcının yanlış niyeti, hatalı özeti veya tercih edilen kanalı devirden önce değiştirebilmesidir. Böylece temsilci doğrulanmamış varsayımla görüşmeye başlamaz.

Onay sırası sınıflandırma, sınır, kaynak işareti, durma mesajı, kesinti bildirimi, devir paketi ve düzeltme seçeneği olarak ilerler. Her teslimin ayrı sorumlusu ve somut kabul çıktısı bulunur. Bir teslim başarısızsa sonraki kontrol onu örtmez; paket geri çevrilir. Son kabul provası, belirsiz hesap kapatma talebini kullanır ve yanlış kesinlik, gereksiz veri paylaşımı, başarısız tekrar ile yetkisiz işlem izlenimini birlikte arar.

chatbot hata yönetimi için yedi somut teslim:

1. Yanlış yanıtı doğuran hata sınıfını belirleyin: hata sınıflandırma kartı çıktısını sorumlusuyla tamamlayın.
2. Bilgi, yetki ve teknik sınırları görünür yazın: güvenli durma mesajı çıktısını sorumlusuyla tamamlayın.
3. Tespit, açıklama, kurtarma ve devir akışı kurun: kaynak yokluğu işareti çıktısını sorumlusuyla tamamlayın.
4. Kurgu hesap kapatma belirsizliğini prova edin: yetki sınırı kuralı çıktısını sorumlusuyla tamamlayın.
5. Kurtarma yollarını zarar ve geri dönüşle tartın: teknik kesinti bildirimi çıktısını sorumlusuyla tamamlayın.
6. Hata davranışını yedi güvenlik teslimiyle uygulayın: insan devir paketi çıktısını sorumlusuyla tamamlayın.
7. Uydurma yanıt ve aşırı yetki olaylarını inceleyin: kullanıcı düzeltme seçeneği çıktısını sorumlusuyla tamamlayın.

Uydurma yanıt ve aşırı yetki olaylarını inceleyin

Uydurma yanıt ve aşırı yetki olaylarını inceleyin süreci, tek mesajı suçlamak yerine karar zincirini yeniden kurar. İnceleme; kullanıcı isteğini, seçilen hata sınıfını, kullanılan kaynağı, yetki kontrolünü, üretilen mesajı ve devredilen bağlamı karşılaştırır. Amaç yalnız yanlış cümleyi düzeltmek değildir; aynı hata örüntüsünün başka taleplerde yeniden oluşmasını engelleyecek sınıflandırma, sınır ve izleme değişikliklerini belirlemektir.

Kullanıcı düzeltme seçeneği, olay kaydına değerli bir karşı kanıt sağlar. Kullanıcı niyetinin yanlış anlaşıldığını, işlemin yapılmadığını veya özetin hatalı olduğunu bildirebilmelidir. Bu düzeltme otomatik olarak doğruluk kanıtı sayılmaz; fakat yeniden inceleme işaretidir. Ekip, düzeltmeyi özgün taleple ve sistem kayıtlarıyla karşılaştırır. Fark doğrulanırsa mesaj kuralı, sınıflandırma kartı veya insan devir paketi sorumlusuna düzeltme atanır.

Hata olay günlüğü; hata sınıfını, tetikleyici işareti, kullanılan kaynak türünü, yetki sonucunu, sunulan kurtarma yolunu ve kullanıcı düzeltmesini kaydeder. Gereksiz konuşma içeriği veya hassas bilgi günlüğe taşınmaz. Günlük, aynı başarısız adımın yinelenmesini ve yapılmayan işlemin yapılmış gösterilmesini ayırt etmelidir. Kayıt alanı eksikse olay kapatılmaz; veri sorumlusu eksikliği giderir veya kanıt sınırlılığını açıkça belirtir.

OWASP LLM risk listesi prompt enjeksiyonu, hassas bilgi açıklığı ve aşırı yetkiyi chatbot hata yönetiminde ayrı koruma gerektiren kategoriler olarak sunar. Buradan yapılan editoryal çıkarım, olay incelemesinin bu kategorileri tek bir genel model hatası altında toplamamasıdır. Prompt enjeksiyonu araç çağrısını yönlendirmiş mi, hassas bilgi gereksiz aktarılmış mı ve aşırı yetkiyi sınırlayan kural atlanmış mı ayrı kanıtlarla araştırılmalıdır.

İnceleme sonunda her bulguya sahip, düzeltme ve yeniden test koşulu atanır. Güvenlik ekibi yetki ve enjeksiyon işaretlerini, destek yöneticisi devir içeriğini, ürün sahibi kullanıcı düzeltmesinin görünürlüğünü doğrular. Bilinmeyen neden kesin kök neden gibi yazılmaz. Yüksek zarar ihtimali taşıyan kural ihlali giderilmeden olay kapanmaz; düzeltme aynı kurgu hesap talebinde yeniden sınanır ve kalan risk açıkça kaydedilir.

İlgili uygulama rehberi: MY Asistan rehberleri: diyalog tasarımı konu kümesi.

Resmî kaynak ve iddia kapsamı: OWASP Foundation OWASP Top 10 for LLM Applications: prompt enjeksiyonu kapsamı.

chatbot hata yönetimi hakkında uygulama soruları ve kısa yanıtlar

güvenli durma mesajı başlamadan önce hangi kanıt aranmalı?

Güvenli durma mesajı başlamadan önce, Yanlış yanıtı doğuran hata sınıfını belirleyin kararı için isteğin anlamı, kullanılan kaynağın güncelliği ve gereken işlem yetkisi ayrı ayrı doğrulanmalıdır. Hata sınıflandırma kartı, hangi kanıtın eksik olduğunu görünür kılmalıdır. En az bir kritik kanıt bulunmuyorsa asistan tahmin yürütmemeli; eksikliği açıklamalı, kullanıcıdan hassas olmayan bir netleştirme istemeli veya uygun insan kanalını önermelidir.

yetki sınırı için sınır ve sorumlu nasıl belirlenir?

Yetki sınırı, asistanın hangi bilgiyi açıklayabildiği ve hangi işlemi gerçekleştiremediği üzerinden yazılır; sorumlu ise işlemi gerçekten doğrulayabilen ekip olmalıdır. Tespit, açıklama, kurtarma ve devir akışı kurun yaklaşımı, sınır ihlalinde izlenecek yolu belirler. Kaynak yokluğu işareti bilgi eksikliğini gösteriyorsa destek içerik ekibi; işlem yetkisi eksikse hesap operasyonu sorumlu olur. Asistan, tamamlanmamış işlemi tamamlanmış gibi sunamaz.

teknik kesinti bildirimi sırasında hangi kayıt karar vermeyi kolaylaştırır?

Teknik kesinti bildirimi sırasında istek zamanı, etkilenen işlev, hata türü, güvenli yeniden deneme durumu ve kullanıcıya sunulan seçenek kaydedilmelidir. Kurtarma yollarını zarar ve geri dönüşle tartın ilkesi, aynı başarısız adımı yineletmek yerine işlemin etkisini değerlendirir. Kayıt, talebin sisteme ulaşıp ulaşmadığını göstermiyorsa asistan başarı bildirmemeli; kullanıcıya durum kontrolü, daha sonra deneme veya insan desteği seçeneklerini açıklamalıdır.

insan devir paketi bozulduğunda önce hangi işaret incelenir?

İnsan devir paketi bozulduğunda önce kullanıcı düzeltme seçeneği incelenir; çünkü yanlış özetin kullanıcı tarafından görülüp düzeltilememesi, temsilciyi hatalı varsayımla başlatır. Uydurma yanıt ve aşırı yetki olaylarını inceleyin süreci ayrıca devredilen niyeti, eksik kanıtı ve kaldırılması gereken hassas ayrıntıları karşılaştırmalıdır. Paket yalnız gerekli bağlamı taşımalı; hesap sırrı, gereksiz kimlik verisi veya doğrulanmamış işlem sonucu içermemelidir.

hata olay günlüğü hangi durumda yeniden değerlendirilmelidir?

Hata olay günlüğü, aynı belirsizlik sınıfı tekrarladığında, güvenli durma mesajı kullanıcıyı çıkmaza soktuğunda veya insan devrinde gereksiz veri taşındığında yeniden değerlendirilmelidir. Chatbot hata yönetimi açısından yalnız olay sayısına bakmak yeterli değildir. Yanlış kesinlik, başarısız adımın yinelenmesi, kullanıcı düzeltmesinin atlanması ve yetki sınırının aşılması ayrı örüntüler olarak incelenmeli; sınıflandırma, mesaj ve yönlendirme kuralları buna göre güncellenmelidir.