Kısa cevap
Chatbot bilgi tabanı, işletmenin yanıtlamaya izin verdiği güncel bilgileri ve sınırları bir araya getirir. Her kayıt tek bir konuyu açıklamalı, sahibi ve güncelleme tarihi belli olmalıdır. Hizmet açıklamaları, fiyat koşulları, çalışma saatleri ve insan devri ayrı düzenlenir. Dosya yüklemekle iş bitmez; yayımlanan içerikle örnek soruları test etmek gerekir.
İlk bilgi setini gerçek müşteri sorularından çıkarın
Ekibinizin son dönemde en sık yanıtladığı soruları kişisel bilgileri çıkartarak listeleyin. Hizmet kapsamı, uygunluk, fiyatın nasıl belirlendiği, çalışma saati ve randevu yolu çoğu işletme için yararlı bir başlangıçtır. Amaç bütün şirket belgelerini sisteme yüklemek değil, müşterinin kararını ilerleten doğrulanmış bilgiyi seçmektir.
Her sorunun yanında işletme içinde doğru yanıtı onaylayabilecek kişiyi yazın. Satış ekibinin kullandığı metin ile web sitesindeki açıklama çelişiyorsa önce bu çelişkiyi çözün. Modelin iki farklı kaynaktan hangisini seçeceğine güvenmek yerine, geçerli metni ve önceki sürümün neden kaldırıldığını açık bir kayıtla belirleyin.
Her bilgi kaydında bulunması yararlı alanlar
Bir kayıt tek bir hizmeti veya soruyu açıklarsa güncelleme ve test kolaylaşır. Başlık, geçerli yanıt, uygulanma koşulu, kaynak, sorumlu ve gözden geçirme tarihi tutabilirsiniz. Bu alanlar bir ürünün zorunlu şeması değil, içerik yönetimi önerisidir. Şubeye veya dile göre değişen bilgiyi genel metnin içine belirsizce karıştırmayın.
Fiyat kaydında yalnız sayı yazmak yeterli olmayabilir. Para birimi, kapsanan hizmet, hariç tutulan işlem ve geçerlilik koşulunu açıklayın. Kesin fiyat verilmiyorsa bunun nasıl belirlendiğini söyleyin. Modelin boş kalan fiyat alanını tahmin etmesini istemeyin; bilgi yoksa hangi ekibe yönleneceğini tanımlayın. Bu yaklaşım gereksiz kesinlik yerine doğrulanabilir cevap üretmeye yardımcı olur.
| Alan | Örnek içerik |
|---|---|
| Konu | Hizmet A randevu koşulu |
| Geçerli cevap | Ön değerlendirme sonrası saat teyidi |
| Sorumlu | Operasyon yöneticisi |
| Kontrol tarihi | İşletmenin belirlediği gözden geçirme günü |
Bilgi ile talimatı ayrı tutun
Müşteriden gelen mesaj veya yüklenen dış belge, sistemin çalışma kurallarını değiştirme yetkisine sahip değildir. Örneğin bir metnin içindeki önceki kuralları unut ifadesi, işletme talimatı kabul edilmemelidir. OWASP, bilgi getirme yöntemlerinin prompt injection riskini tamamen ortadan kaldırmadığını vurgular. Bilgi tabanı bu nedenle tek başına güvenlik sınırı sayılmaz.
İşlem araçlarının yetkisini içerikten bağımsız kontrol edin. Bir kayıt fiyat koşulunu açıklayabilir; bu bilgi botun üyelik bedelini değiştirebileceği anlamına gelmez. Randevu oluşturma, kayıt birleştirme veya veri silme gibi eylemlerde doğrulanmış kullanıcı ve işletme bağlamı gerekir. Metne eklenen bir uyarı, sunucu tarafındaki yetki kontrolünün yerini tutmaz.
İlgili resmi kaynak: OWASP — Prompt Injection (yeni sekme)
Taslak, onay ve yayımlama düzeni kurun
Bir çalışan yeni metni düzenlerken chatbotun yarım kalmış içeriği kullanmasını istemezsiniz. Taslak ile yayımlanmış sürümü ayırın. Değişiklikte kim onay verdi, hangi bilgi değişti ve ne zaman geçerli oldu soruları yanıtlanabilmeli. Bir hizmet durdurulduğunda eski metnin arama sonuçlarında veya başka dildeki kayıtta kalmadığını da kontrol edin.
Sürüm değişiminden sonra bütün içerikleri rastgele yeniden okumak yerine etkilenen soruları test edin. Örneğin yalnız çalışma saatleri değiştiyse hafta sonu, tatil ve şube sorularını tekrar deneyin. Hatalı yayımlama için önceki doğru sürüme dönebilme yöntemi belirleyin. Güncelleme sorumluluğu olmayan bir bilgi tabanı kısa sürede güncelliğini kaybedebilir.
Küçük ama farklı sorular içeren test seti
Her önemli konu için doğrudan soru, dolaylı ifade ve eksik bilgi içeren bir örnek hazırlayın. Hizmetinizin adını yanlış yazan veya iki hizmeti bir arada soran kişi de anlaşılabilmeli. Beklenen sonuç her zaman uzun bir cevap değildir; ek soru sormak veya insana devretmek bazı örneklerde doğru davranıştır.
Testin yanına kabul edilebilir cevabın kaynağını ekleyin. Yanlış fiyat, kapsam dışı vaat ve uydurma uygunluk bilgisi gibi hataları ayrı işaretleyin. Sadece dilin doğal görünmesine bakmayın. Bilgi tabanına erişim olsa da yanlış veya yanıltıcı cevap riski sürer; OWASP'ın yanlış bilgi başlığı, bu sınırı değerlendirmek için yararlı bir çerçeve sunar.
- Normal soru
- Yanlış yazılmış hizmet adı
- Çelişkili veya eski bilgi
- Kapsam dışı konu
- Açık insan isteği
- Yetkiyi değiştirmeye çalışan mesaj
İlgili resmi kaynak: OWASP — Misinformation (yeni sekme)
Bakımı günlük iş akışının parçası yapın
Temsilcinin tekrar tekrar düzelttiği bir bot yanıtı içerik açığını gösterebilir. Bu örnekleri kişisel verileri azaltarak kalite listesine alın. Yeni bilgi gerektiren sorunla, doğru bilgi mevcutken yanlış seçim yapan modeli ayırın. Her ikisine aynı çözümü uygulamak gereksiz belge eklenmesine ve daha fazla çelişkiye yol açabilir.
İşletmede değişiklik olduğunda bilgi tabanını güncelleyecek kişiye bildirim gitsin: yeni çalışma saati, geçici kapanış, hizmet kapsamı veya iletişim yolu. Belirli aralıklarla sahibi olmayan ve süresi geçmiş kayıtları inceleyin. Sonuç olarak bilgi tabanı bir defalık eğitim dosyası değil, doğru cevabın kaynağını ve sorumluluğunu görünür tutan düzenli bir işletme kaydıdır.
Sık sorulan sorular
Chatbotu eğitmek için model eğitimi şart mı?
Her kullanımda gerekli değildir. Güncel işletme bilgisini kontrollü biçimde sunmak ve test etmek, başlangıçta ayrı model eğitimi yapmadan da uygulanabilir.
Web sitesini yüklemek yeterli mi?
Tek başına yeterli kabul edilmemeli. Eski, çelişkili ve kapsam dışı içerik ayıklanmalı; hangi bilgilerin yayımlandığı örnek sorularla doğrulanmalıdır.
Bilgi tabanı hatalı cevapları tamamen bitirir mi?
Hayır. İçerik doğruluğu, bilgi seçimi, model davranışı, işlem yetkileri ve insan devri birlikte kontrol edilmelidir.
Kaynaklar ve güncellik
Ürün ve kanal kuralları değişebilir. Uygulama öncesi ilgili hesabın koşullarını resmi belgelerden kontrol edin. Süreç örnekleri temsilidir; hukuki, mali veya sektörel uygunluk onayı değildir.
İçerikleri nasıl hazırlıyoruz?