Bỏ qua để đến nội dung

AI trả lời sai — xử lý

AI sai = Knowledge Base có vấn đề. Workflow này giúp chẩn đoán + sửa đúng chỗ.

Sai gì Nguyên nhân khả thi Sửa ở đâu
Sai giá / tồn / thông số Fact sai / cũ / conflict Knowledge
Bịa thông tin không có KB thiếu + AI tự sáng tác Thêm Fact + chỉnh prompt
Tone lệch (quá thân / quá lạnh) System prompt yếu Agent → Prompt
Trả lời chung chung KB có nhưng retrieval không tìm thấy Chẩn đoán KB
Khác nhau theo khách Fact thiếu điều kiện ngữ cảnh Tách thuộc tính

Trường hợp phổ biến nhất — AI báo giá cũ.

  1. Knowledge V4 (/app/knowledge-conflicts) hoặc Agent Builder → Kiến thức.
  2. Tìm node sản phẩm khách hỏi.
  3. Tìm Fact sai (vd giá · Áo A · 199.000đ nhưng giờ là 179.000đ).
  4. Sửa → nhập giá trị mới → Lưu.
  5. Fact về pendingDuyệt lại.
  6. Nếu có Fact cũ cùng giá trị → xung đột → chọn cái đúng.

Khi khách hỏi cái mà KB chưa có:

  1. Đánh dấu tin 👎.
  2. Xem khách thực hỏi gì.
  3. Knowledge → Thêm node + Fact cho nội dung đó.
  4. Duyệt Fact.

AI trả lời ngoài KB (bịa):

  1. Agent Builder → Prompt.
  2. Thêm rule: “Chỉ trả lời dựa trên Knowledge. Nếu không biết → nói ‘em chưa rõ, để em hỏi shop’ — không bịa.”
  3. Tăng strictness nếu có tùy chọn.
  4. Bổ sung Fact cho vùng AI hay bịa.

Prompt strict

System prompt nghiêm ngặt = AI an toàn hơn nhưng đôi khi từ chối trả lời câu dễ. Cân bằng.

  • AI quá suồng / quá xa → chỉnh prompt giọng.
  • AI không dùng emoji dù muốn → thêm “dùng emoji nhẹ”.
  • AI trả lời dài / ngắn không mong muốn → “trả lời dưới 50 từ”.

Test lại ở Test chat trước khi áp dụng.

Bước 6: Retrieval yếu (AI có KB nhưng không tìm)

Phần tiêu đề “Bước 6: Retrieval yếu (AI có KB nhưng không tìm)”

Dấu hiệu: KB có thông tin nhưng AI “không biết”.

  1. Agent Builder → Kiến thức → Chẩn đoán.
  2. Chạy test câu hỏi.
  3. Xem recall có thấp không.
  4. Nguyên nhân:
    • Fact bị rejected / conflict → kiểm tra status.
    • Thuộc tính Fact không khớp cách khách hỏi → đổi tên thuộc tính.
    • Node gộp quá nhiều → tách ra.