Hướng dẫn viết lệnh hiệu quả cho mô hình lập luận(Reasoning Models)
1. Tập trung vào Developer Message thay cho System Message
-
Thay đổi mới: Thay vì dùng
system message
, chúng ta sẽ đặt hướng dẫn cốt lõi vào developer message. -
Developer message được coi là nguồn sự thật (source of truth) mà model phải tuân theo.
🔵 Ví dụ:
Developer message: "Bạn là một trợ lý phần mềm chuyên nghiệp. Chỉ cung cấp giải pháp có thể hoàn thành trong vòng 3 ngày."
🧩 Ý nghĩa: Giúp model hiểu rõ giới hạn nhiệm vụ ngay từ đầu.
2. Viết prompt đơn giản và trực tiếp
-
Cần: Ngắn gọn, rõ ràng, yêu cầu đúng thứ bạn muốn.
-
Không nên: Dài dòng, mơ hồ, vòng vo.
🔵 Ví dụ:
Developer message: "Viết mô tả sản phẩm cho một laptop siêu nhẹ. Tập trung vào thời lượng pin và cân nặng."
🧩 Ý nghĩa: Model sẽ trả lời đúng trọng tâm, không bị lan man.
3. Hạn chế yêu cầu "Chain of Thought" (suy nghĩ từng bước)
-
Reasoning LLM tự động suy nghĩ logic nội bộ.
-
Nếu không cần thiết, đừng yêu cầu "think step-by-step", vì nó làm rối đầu ra.
🔵 Ví dụ:
Đúng: "Viết tóm tắt ngắn cho báo cáo tài chính."
Sai: "Viết tóm tắt từng bước một..." (không cần thiết, chỉ gây rối).
4. Sử dụng rõ ràng dấu phân cách (Delimiters)
-
Dùng Markdown hoặc thẻ XML để đánh dấu các phần rõ ràng.
-
Giúp model hiểu đâu là yêu cầu người dùng, đâu là nội dung cần xử lý.
🔵 Ví dụ:
<User Request>
Tóm tắt văn bản sau: [văn bản cần tóm tắt]
</User Request>
🧩 Ý nghĩa: Tránh model lẫn lộn thông tin.
5. Giới hạn bối cảnh thêm vào trong hệ thống RAG
-
RAG (Retrieval-Augmented Generation): LLM tra cứu tài liệu để trả lời.
-
Lưu ý: Đưa quá nhiều tài liệu phụ sẽ:
-
Gây nhiễu model
-
Tăng chi phí sử dụng token
-
🔵 Ví dụ:
✅ Chỉ đưa vào 2-3 tài liệu liên quan nhất, không "nhồi" nguyên bộ dữ liệu.
6. Ưu tiên Zero-shot trước khi dùng Few-shot
-
Zero-shot: Yêu cầu model làm mà không đưa ví dụ.
-
Few-shot: Cung cấp 1-2 ví dụ mẫu khi kết quả chưa đạt.
🔵 Ví dụ:
Developer message: "Tóm tắt dữ liệu bán hàng năm 2022."
Nếu kết quả chưa ổn, đưa ví dụ mẫu:
"Ví dụ: Năm 2022, doanh thu Bắc Mỹ tăng 15% so với năm trước."
7. Rõ ràng về giới hạn và tiêu chí thành công
-
Nếu có yêu cầu cụ thể (giá tiền, độ dài, phong cách...), phải ghi rõ.
🔵 Ví dụ:
Developer message: "Đề xuất kế hoạch marketing. Ngân sách dưới $500, tập trung vào quảng cáo mạng xã hội."
Developer message: "Viết đề xuất ứng dụng gồm 2 đoạn, mỗi đoạn không quá 50 từ. Nếu vượt, hãy tự chỉnh sửa lại."
🧩 Ý nghĩa: Model hiểu chính xác phải làm gì để đạt mục tiêu.
8. Nếu muốn dùng Markdown, phải bật lại
-
Các LLM mới mặc định tắt Markdown.
-
Muốn có danh sách, tiêu đề, bảng, cần bật rõ ràng.
🔵 Ví dụ:
Developer message: "Formatting re-enabled. Tạo danh sách gạch đầu dòng với 3 tính năng mới của dịch vụ."
Không có bình luận