Task – Context – Constraints – Output
Task – Context – Constraints – Output
Khung 4 phần viết prompt có chủ đích — Constraints là phần dễ bị bỏ quên nhất và hậu quả cụ thể khi bỏ qua nó.
Nắm vững nguyên lý và khái niệm nền tảng trước khi đi vào công cụ thực tế.
Áp dụng quy trình từng bước, case study thực chiến và template mẫu có sẵn.
Kiểm tra checklist hoàn thành, né tránh các sai lầm kinh điển để vận hành bền vững.
Nắm vững các khái niệm nền tảng, cơ chế hoạt động và mô hình tư duy cốt lõi.
1. Mục tiêu học tập
Sau bài này, bạn có thể:
2. Khái niệm cốt lõi
- OpenAI dạy khung 3 phần: Task, Context, Output — “constraints” chỉ là 1 chi tiết nêu bên trong Output.
- Anthropic gộp chung trong nguyên tắc “rõ ràng và trực tiếp”: “nêu cụ thể định dạng và ràng buộc mong muốn cho output”.
Vì sao bài này vẫn tách Constraints riêng: Constraints (điều KHÔNG được làm) là loại thông tin dễ bị quên nhất — vì nó không phải điều bạn “muốn” AI làm (Task), mà là điều bạn muốn AI tránh. Tách thành 1 mục kiểm tra độc lập giảm khả năng bỏ sót.
4 phần: Task — việc cần làm, cho ai, vì sao quan trọng. Context — thông tin nền/lý do [S65, S37]. Constraints — giới hạn, điều không được làm. Output — hình thức kết quả mong muốn.
3. Tại sao nội dung này quan trọng
Nhiều prompt thất bại không phải vì thiếu Task hay Context, mà vì thiếu Constraints:
- Không nêu ràng buộc độ dài → AI trả lời quá dài/ngắn so với nhu cầu thực tế.
- Không nêu điều “không được làm” → AI có thể đưa kết quả kỹ thuật đúng nhưng vi phạm 1 quy tắc ngầm chưa từng nói ra.
- Tách Constraints thành mục riêng buộc người viết chủ động nghĩ tới giới hạn trước khi gửi.
4. Cơ chế hoạt động
- Task — theo OpenAI, nói rõ “bạn muốn gì, cho ai, và vì sao việc đó quan trọng”. Thiếu “vì sao quan trọng” là lỗi phổ biến.
- Context — thông tin nền; Anthropic nhấn mạnh giải thích lý do giúp AI “khái quát hoá” tốt hơn (bài 9, mục 4).
- Constraints — cả OpenAI và Anthropic xem đây là 1 dạng thông tin về output [S65, S37], nhưng ở bài này tách riêng để không bị bỏ sót.
- Output — hình thức kết quả lý tưởng: vai trò/đối tượng đọc, định dạng cụ thể.
5. Mental model
Hình dung 4 phần như 1 tờ đơn đặt hàng: Task = “Tôi muốn đặt món gì”; Context = “Đặt cho dịp gì”; Constraints = “Không cho hải sản, không cay” (mục dị ứng — dễ quên ghi nhưng hậu quả nghiêm trọng nếu bỏ sót); Output = “Giao trước 7h tối, đóng hộp riêng từng món”. Một đơn hàng thiếu mục dị ứng vẫn có vẻ đầy đủ — nhưng hậu quả khi thiếu nó thường nghiêm trọng hơn thiếu các mục khác.
Quy trình thực thi từng bước, case study cụ thể và bộ prompt/template áp dụng ngay.
6. Hướng dẫn từng bước
7. Ví dụ thực tế
- Prompt chỉ có Task + Output: “Viết một email xin lỗi khách hàng vì giao hàng trễ. Giọng văn chuyên nghiệp, dài khoảng 150 từ.” → AI có thể tự ý đề xuất tặng mã giảm giá — điều công ty không cho phép nhân viên tự quyết định.
- Prompt đầy đủ 4 phần (thêm Constraints): “…Không được đề xuất bất kỳ hình thức bồi thường/giảm giá nào.” → tránh được sai sót có thể gây hậu quả thực tế.
8. Prompt/template/workflow
TASK: [Bạn muốn AI làm gì, cho mục đích gì]CONTEXT: [Bối cảnh/lý do việc này quan trọng, dữ liệu nền nếu có]CONSTRAINTS: [Giới hạn độ dài, điều KHÔNG được làm, phạm vi không được vượt]OUTPUT: [Định dạng, tone, đối tượng đọc mong muốn cho kết quả]9. Visual hoặc diagram cần thiết
10. Bài tập thực hành
Lấy lại prompt bạn đã viết lại ở bài 9. Áp dụng template ở mục 8:
- Điền đủ 4 phần Task/Context/Constraints/Output.
- Nếu không viết được gì cho ô Constraints, tự hỏi “thực sự không có giới hạn nào, hay tôi chỉ đang quên?”
- Gửi prompt đã có Constraints và so sánh với kết quả trước đó.
Checklist kiểm tra mức độ sẵn sàng, nhận diện các bẫy sai lầm và nguyên tắc vàng vận hành.
11. Checklist
12. Lỗi thường gặp
(Suy luận từ nguyên tắc trong [S37, S65], không phải khảo sát lỗi người dùng đã ghi nhận chính thức.)
15. Best practices
16. Nội dung nâng cao (không bắt buộc)
Ở tầng kỹ thuật (API), một số ràng buộc có thể được ép buộc bằng cơ chế của hệ thống thay vì chỉ dựa vào lời nhắc trong prompt (ví dụ Structured Outputs — bài 13) — đáng tin cậy hơn so với chỉ yêu cầu qua văn bản.
⚠️ 13. Giới hạn & khi nào KHÔNG nên áp dụng
- Với tác vụ không có rủi ro/ràng buộc thực sự, cố nhét 1 mục Constraints trống là thừa.
- Khung này không thay thế việc kiểm tra output sau khi AI trả lời — đủ 4 phần đầu vào không đảm bảo output luôn đúng 100%.
- Không nên áp dụng cứng nhắc đúng thứ tự 4 mục trong văn phong.
🔐 14. An toàn & quản trị (Safety/Governance)
Constraints chính là nơi đặt ra giới hạn hành động cho AI trong tình huống rủi ro thực tế — “không được đề xuất bồi thường”, “không được đưa lời khuyên y tế/pháp lý cụ thể”, “không được xác nhận thông tin chưa kiểm chứng như sự thật”. Bỏ qua Constraints trong tình huống có hậu quả thực tế không chỉ là lỗi kỹ thuật mà là rủi ro quản trị thực sự — coi bước 3 ở mục 6 là bắt buộc với mọi prompt liên quan giao tiếp bên ngoài hoặc quyết định có hậu quả.
📚 17. Nguồn tham khảo
Prompting best practices, Claude Platform Docs (Anthropic) · Prompting fundamentals, OpenAI Academy (OpenAI).