Giữ quyền quyết định khi AI đưa ra lời khuyên
Bạn hỏi AI nên chọn phương án nào. Nó trả lời rõ ràng, có lý do và một kế hoạch triển khai. Việc tiếp theo rất dễ trở thành sửa vài chi tiết rồi bấm đồng ý. Nhưng một phương án được giải thích mạch lạc vẫn cần được so với mục tiêu của chính bạn.
Bài này đề xuất một cách ghi quyết định ngắn, áp dụng cho những lựa chọn công việc như chọn quy trình hỗ trợ hoặc cấu trúc một tính năng.
🔬 1. Hiểu đúng điều nghiên cứu đã đo
Ngày 27/10/2026, Anthropic mô tả nghiên cứu với 50 nhà phân tích dùng Claude Code. Agent được gán thiên hướng ngẫu nhiên; lựa chọn phân tích của người tham gia khớp thiên hướng đó 86% số lần. Đây không phải tỷ lệ “AI đúng”. Thử nghiệm dùng một nhiệm vụ và chủ động tăng thiên hướng của agent, nên không thể suy rộng thành mọi quyết định. Nghiên cứu của Anthropic.
Với công việc hằng ngày, câu hỏi hữu ích là: “Tôi chọn vì tiêu chí nào, và bằng chứng nào có thể khiến tôi đổi ý?”. Bạn có thể lưu câu trả lời ngay trong tài liệu dự án.
📝 2. Viết tiêu chí trước khi xin đề xuất
Giả sử một nhóm phần mềm đang chọn cách tiếp nhận yêu cầu hỗ trợ: mở biểu mẫu riêng hoặc giữ hộp thư hiện có. Đây là tình huống minh họa.
Trước khi hỏi AI, ghi ba tiêu chí: thời gian tiếp nhận, khả năng truy vết và công sức vận hành. Nêu giới hạn thực tế: nhóm chỉ có một người trực mỗi buổi, khách quen chủ yếu gửi thư, chưa có công cụ quản lý mới.
Đừng đổi trọng số chỉ để phương án AI đề xuất thắng. Nếu ưu tiên thay đổi, ghi rõ nguyên nhân và ai xác nhận thay đổi đó.
⚖️ 3. Yêu cầu các lựa chọn có thể so sánh
Một câu “biểu mẫu chuyên nghiệp hơn” chưa đủ để quyết định. Hỏi mỗi phương án cần thêm thao tác nào, dữ liệu nào còn thiếu và thử thế nào để kiểm.
Giữ cả phương án tiếp tục cách đang dùng. Đôi khi điều cần sửa là mẫu câu trả lời hoặc người chịu trách nhiệm, không phải mua thêm công cụ.
Đặt mọi lựa chọn dưới cùng một bộ tiêu chí. Không so bản lý tưởng của phương án A với bản nhiều lỗi của phương án B.
💬 4. Prompt mở rộng lựa chọn
Tôi cần một bản so sánh, chưa cần bạn chọn hộ. Quyết định: [mô tả] Tiêu chí theo thứ tự ưu tiên: [...] Giới hạn đã xác nhận: [...] Dữ liệu đang có: [...] Đưa ra các phương án khả thi, gồm giữ cách hiện tại. Với mỗi phương án, nêu: - Điểm phù hợp và đánh đổi theo từng tiêu chí. - Dữ kiện đã có, giả định và điều còn chưa biết. - Một phép thử nhỏ có thể bác bỏ phương án. - Điều kiện khiến phương án này không phù hợp. Không tự đặt lại ưu tiên của tôi. Nếu thiếu dữ kiện quyết định, hỏi rõ thay vì kết luận.
Một câu trả lời mới của cùng AI chưa phải bằng chứng độc lập. Hãy dùng nó để xác định việc cần kiểm bằng dữ liệu, tài liệu hoặc người có trách nhiệm trong nhóm.
🧪 5. Chạy thử ở phạm vi có thể quay lại
Trong ví dụ hỗ trợ, có thể thử biểu mẫu với vài yêu cầu nội bộ giả lập trước. Ghi thời gian gửi, trường thông tin bị thiếu và nơi người trực tìm lại lịch sử.
Những phép thử này trả lời câu hỏi vận hành cụ thể; chúng chưa chứng minh khách hàng thật sẽ thích biểu mẫu. Nếu cần, hãy xin phản hồi từ một nhóm khách phù hợp trước khi đổi quy trình rộng hơn.
Chốt trước điều kiện dừng: yêu cầu bị thất lạc, thông tin bắt buộc gây khó hiểu hoặc người trực phải nhập lại quá nhiều. Đây là đề xuất thực hành, không phải phương pháp được nghiên cứu trên xác nhận hiệu quả.
✅ 6. Lưu lý do chọn và ngày xem lại
Một bản ghi ngắn có thể gồm quyết định, tiêu chí, bằng chứng, đánh đổi, người chốt và ngày xem lại. Tách lý do bạn tự kiểm được khỏi gợi ý chỉ mới nghe hợp lý.
Ví dụ: “Giữ hộp thư trong tháng này; thêm mã yêu cầu vì thử nghiệm cho thấy tìm lại thư chậm. Xem lại sau khi thu đủ phản hồi.” Quyết định đó có căn cứ cụ thể và vẫn mở đường điều chỉnh.
Dấu hiệu bạn còn làm chủ là có thể giải thích lựa chọn, chỉ ra giới hạn và thay đổi khi bằng chứng đổi. Một nút xác nhận chỉ là bước cuối của quá trình đó.