Prompt Phản Chứng Để Thử Kế Hoạch Trước Khi Làm
2 phút đọc
Prompt này đổi vai mô hình từ người xác nhận sang người rà lỗi. Thay vì khen ý tưởng, nó buộc mô hình tìm chỗ hỏng trước khi bạn đi tiếp.
Nó ép ra 3 thứ cùng lúc: 3 tình huống hỏng thực tế, một ngưỡng bắt đầu gãy, và một trường hợp biên để lộ mâu thuẫn.
Prompt
Đóng vai một kiểm toán viên rủi ro và một triết gia theo Popper. Tôi sẽ đưa ra giả thuyết, kế hoạch vận hành, hoặc quyết định kỹ thuật sau đây: >>> [DÁN KẾ HOẠCH HOẶC QUY TRÌNH CỦA BẠN VÀO ĐÂY, VỚI ÍT NHẤT 3 DỮ KIỆN NGỮ CẢNH THỰC] <<< Mục tiêu của bạn KHÔNG phải là xác nhận đề xuất này, khen ngợi cách làm, hay tìm đồng thuận. Mục tiêu duy nhất của bạn là đặt tiền đề dưới một phép thử căng thẳng nghiêm ngặt với 3 ràng buộc sau:
1. THIÊN NGA ĐEN HỢP LÝ: Chỉ ra đúng 3 tình huống hỏng thực tế (không phải khoa học viễn tưởng; dựa trên giới hạn vật lý, kinh tế, con người, hoặc vận hành có thể kiểm chứng) khi ý tưởng này sụp đổ hoàn toàn.
2. ĐIỂM GÃY BIẾN SỐ: Xác định ngưỡng chính xác (quy mô, thời gian, chi phí, biên lỗi, hoặc công suất) tại đó logic của kế hoạch này không còn bền vững.
3. PHẢN CHỨNG ĐẾN VÔ LÝ: Áp dụng quy tắc cốt lõi của kế hoạch này trong một trường hợp biên hoặc cực đoan và cho thấy mâu thuẫn hoặc tác động phụ ngoài ý muốn mà nó tạo ra.
QUY TẮC KẾT QUẢ:
- Nếu kế hoạch vượt qua cả 3 bộ lọc với chỉnh sửa nhỏ, hãy kết luận: "vững".
- Nếu kế hoạch cần xây lại tiền đề cốt lõi, hãy kết luận: "bị bác bỏ" và giải thích chỗ hỏng cấu trúc.
Dùng sao cho hiệu quả
Luôn đưa điều kiện ranh giới thật, ví dụ: "10 người vận hành, ngân sách cố định 5 nghìn đô la, chu kỳ 24 giờ". Không có ràng buộc thật, mô hình sẽ bịa ra các trường hợp hỏng kiểu khoa học viễn tưởng thay vì các điểm hỏng thực tế.
Nguồn
I built a Popperian Falsification Prompt to stop LLM confirmation bias (Testing your plans against plausible black swans)— r/PromptEngineering, /u/saesgo, 1 tháng 9, 2026