Vì sao đây là bài quan trọng nhất
AI tạo sinh dự đoán từ ngữ nghe hợp lý, không đảm bảo đúng sự thật. Với BA, một yêu cầu sai, một quy định bịa, một con số ảo lọt vào tài liệu có thể khiến cả team build sai, gây thiệt hại thật. Kỹ năng chống ảo giác và kiểm chứng chính là thứ phân biệt BA dùng AI chuyên nghiệp với người dùng cẩu thả.
Ảo giác trông như thế nào?
- AI trích dẫn một điều khoản luật với số hiệu cụ thể... không tồn tại.
- AI khẳng định "theo chuẩn ngành, ngưỡng là 30 giây"... không có nguồn.
- AI bịa tên API, tên bảng dữ liệu, tên tính năng hệ thống của bạn.
- AI tự tin trả lời cả khi bạn cấp thiếu thông tin.
Kỹ thuật prompt chống ảo giác
Hãy trả lời câu hỏi dưới đây. Với MỖI khẳng định:
- Nếu dựa trên dữ liệu tôi cấp, ghi (nguồn: context).
- Nếu là kiến thức chung, ghi (kiến thức chung - cần tôi kiểm chứng).
- Nếu KHÔNG chắc chắn, ghi "[KHÔNG ĐỦ THÔNG TIN]" thay vì đoán.
TUYỆT ĐỐI không bịa số hiệu quy định, con số, hay tên hệ thống.
Câu hỏi: ...
Kỹ thuật khác: yêu cầu AI tự phản biện — "Liệt kê 3 lý do câu trả lời trên có thể sai" — thường lộ ra chỗ nó đang đoán. Bạn cũng có thể yêu cầu AI phân biệt sự thật với suy luận: "Đánh dấu [SỰ THẬT] cho điều rút ra từ dữ liệu tôi cấp và [SUY LUẬN] cho điều bạn tự suy ra". Ranh giới này chính là nơi ảo giác ẩn nấp.
Nguyên tắc "grounding": buộc AI bám nguồn
Cách mạnh nhất để giảm ảo giác là grounding — buộc AI chỉ trả lời dựa trên tài liệu bạn cung cấp, thay vì trí nhớ mơ hồ của nó:
CHỈ trả lời dựa trên tài liệu dưới đây. Nếu câu trả lời không
nằm trong tài liệu, trả lời đúng một câu: "Thông tin này không
có trong tài liệu được cung cấp." TUYỆT ĐỐI không dùng kiến thức
bên ngoài.
---
[dán tài liệu nguồn đã ẩn danh]
Câu hỏi: ...
Với BA, grounding đặc biệt hữu ích khi trích yêu cầu từ biên bản họp hay hợp đồng: bạn muốn AI trích, không muốn nó sáng tác thêm.
Quy trình kiểm chứng 4 lớp
- Đối chiếu nguồn: mọi số liệu/quy định phải truy về tài liệu gốc hoặc stakeholder, không chấp nhận "AI nói vậy".
- Kiểm tra logic nghiệp vụ: đầu ra có mâu thuẫn với quy tắc bạn đã biết không?
- Chéo bằng câu hỏi khác: hỏi lại theo cách khác, xem có nhất quán không.
- Human-in-the-loop: người có thẩm quyền nghiệp vụ (PO/SME) duyệt trước khi vào tài liệu chính thức.
Template "nhật ký kiểm chứng"
Đầu ra AI: ...
Khẳng định cần kiểm: 1)... 2)... 3)...
Cách kiểm (nguồn/hỏi ai): ...
Kết quả: [ĐÚNG] / [SAI - đã sửa] / [CẦN PO XÁC NHẬN]
Người duyệt cuối: ...
Checklist kiểm chứng nhanh
- [ ] Có con số/quy định nào không có nguồn không?
- [ ] Có tên hệ thống/API nào mình chưa từng nghe?
- [ ] Đầu ra có mâu thuẫn với quy tắc nghiệp vụ đã biết?
- [ ] Đã hỏi lại theo cách khác để đối chiếu?
- [ ] Đã có người thẩm quyền duyệt phần nghiệp vụ quan trọng?
Sai lầm thường gặp
- Copy thẳng đầu ra vào BRD: đây là con đường ngắn nhất đưa ảo giác vào tài liệu ký duyệt. Luôn coi đầu ra AI là bản nháp cần thẩm định.
- Tin vì nghe hợp lý: sự mạch lạc không phải bằng chứng đúng. BA phải đòi nguồn.
- Không đánh dấu giả định: khiến người đọc sau tưởng mọi thứ đã được xác nhận.
- Rò rỉ khi đi kiểm chứng: dán dữ liệu mật sang công cụ khác để "đối chiếu" cũng là rủi ro rò rỉ.
- Phụ thuộc quá mức: giao luôn khâu kiểm chứng cho một AI khác. Kiểm chứng cuối cùng phải có con người chịu trách nhiệm — đó là ranh giới đạo đức nghề BA.