Tweet
Prompt càng dài có thực sự càng tốt?
Khi làm việc với Claude, một suy nghĩ khá phổ biến là: càng đưa nhiều instruction, càng thêm nhiều kỹ thuật vào prompt thì kết quả sẽ càng tốt.
Nhưng thực tế không hẳn như vậy.
Theo tài liệu Prompt Engineering Best Practices của Anthropic, prompt dài và phức tạp không phải lúc nào cũng mang lại kết quả tốt hơn. Cách tiếp cận được khuyến nghị là bắt đầu với prompt đơn giản, sau đó chỉ bổ sung thêm kỹ thuật khi thực sự cần thiết. Một Prompt tốt không nằm ở độ dài. Hãy thử hình dung một yêu cầu có rất nhiều thành phần:
Vấn đề lúc này không còn là "Prompt có đủ kỹ thuật chưa?", mà là: Kỹ thuật nào thực sự giúp giải quyết bài toán này?
Đây cũng là cách tiếp cận mà Anthropic khuyến nghị: đừng mặc định rằng phải sử dụng mọi kỹ thuật có sẵn. Hãy bắt đầu từ những điều cơ bản và chỉ thêm kỹ thuật khi kết quả cho thấy bạn cần chúng.
Vậy nên bắt đầu từ đâu?
Thay vì ngay lập tức xây dựng một prompt phức tạp, hãy bắt đầu bằng những yếu tố cơ bản:
1. Nói rõ bạn muốn Claude làm gì
Yêu cầu càng cụ thể thì Claude càng dễ hiểu nhiệm vụ.
2. Cung cấp context cần thiết
Cho Claude biết những thông tin liên quan đến nhiệm vụ và mục đích sử dụng kết quả.
3. Xác định output mong muốn
Nếu cần một định dạng cụ thể, hãy nói rõ ngay từ đầu.
Sau khi thử nghiệm, nếu kết quả vẫn chưa đạt yêu cầu, lúc đó mới cân nhắc bổ sung những kỹ thuật phù hợp hơn như Few-shot Prompting, Prefill, Prompt Chaining hoặc các kỹ thuật khác.
Không phải bài toán nào cũng cần kỹ thuật nâng cao
Ví dụ, nếu bạn chỉ muốn Claude: Tóm tắt nội dung dưới đây thành 5 ý chính thì một prompt rõ ràng có thể đã đủ. Không nhất thiết phải thêm nhiều ví dụ, xây dựng một chuỗi prompt hay sử dụng những kỹ thuật phức tạp khác. Ngược lại, nếu nhiệm vụ yêu cầu đầu ra nhất quán, nhiều bước xử lý hoặc cần kiểm tra và cải thiện kết quả, việc bổ sung kỹ thuật phù hợp có thể mang lại giá trị rõ rệt hơn.
Điểm quan trọng là chọn kỹ thuật dựa trên nhu cầu của bài toán, thay vì cố gắng sử dụng càng nhiều kỹ thuật càng tốt. Đây cũng là một cách tư duy quan trọng khi học CCAR-F
CCAR-F không chỉ xoay quanh việc biết các thuật ngữ hay kỹ thuật riêng lẻ. Exam Guide mô tả chứng chỉ hướng đến khả năng đưa ra quyết định phù hợp và cân nhắc trade-off khi triển khai các giải pháp Claude trong thực tế.
Vì vậy, thay vì ghi nhớ rằng "kỹ thuật A tốt hơn kỹ thuật B", điều quan trọng hơn là hiểu:
Bài toán đang gặp là gì → cần cải thiện điều gì → kỹ thuật nào phù hợp → có trade-off nào cần cân nhắc?
Tóm lại, Prompt Engineering hiệu quả không nằm ở việc tạo ra một prompt thật dài hay sử dụng thật nhiều kỹ thuật. Quan trọng hơn là hiểu bài toán và lựa chọn đúng cách tiếp cận. Nếu bạn đang tìm hiểu Claude Certified Architect – Foundations (CCAR-F), đây cũng là một tư duy đáng rèn luyện ngay từ đầu: không chỉ biết Claude có thể làm gì, mà còn biết khi nào nên sử dụng cách nào để đạt được kết quả phù hợp.
VnPro hiện có khóa đào tạo và luyện thi chứng chỉ CCAR-F dành cho những ai muốn học và thực hành các kiến thức liên quan đến hệ sinh thái Claude. Liên hệ để được tư vấn khóa đào tạo ngay nhé!!
Nhưng thực tế không hẳn như vậy.
Theo tài liệu Prompt Engineering Best Practices của Anthropic, prompt dài và phức tạp không phải lúc nào cũng mang lại kết quả tốt hơn. Cách tiếp cận được khuyến nghị là bắt đầu với prompt đơn giản, sau đó chỉ bổ sung thêm kỹ thuật khi thực sự cần thiết. Một Prompt tốt không nằm ở độ dài. Hãy thử hình dung một yêu cầu có rất nhiều thành phần:
- Role Prompting
- Few-shot examples
- XML Tags
- Chain of Thought
- Prefill
- Nhiều lớp instruction
- Quy định đầu ra chi tiết
Vấn đề lúc này không còn là "Prompt có đủ kỹ thuật chưa?", mà là: Kỹ thuật nào thực sự giúp giải quyết bài toán này?
Đây cũng là cách tiếp cận mà Anthropic khuyến nghị: đừng mặc định rằng phải sử dụng mọi kỹ thuật có sẵn. Hãy bắt đầu từ những điều cơ bản và chỉ thêm kỹ thuật khi kết quả cho thấy bạn cần chúng.
Vậy nên bắt đầu từ đâu?
Thay vì ngay lập tức xây dựng một prompt phức tạp, hãy bắt đầu bằng những yếu tố cơ bản:
1. Nói rõ bạn muốn Claude làm gì
Yêu cầu càng cụ thể thì Claude càng dễ hiểu nhiệm vụ.
2. Cung cấp context cần thiết
Cho Claude biết những thông tin liên quan đến nhiệm vụ và mục đích sử dụng kết quả.
3. Xác định output mong muốn
Nếu cần một định dạng cụ thể, hãy nói rõ ngay từ đầu.
Sau khi thử nghiệm, nếu kết quả vẫn chưa đạt yêu cầu, lúc đó mới cân nhắc bổ sung những kỹ thuật phù hợp hơn như Few-shot Prompting, Prefill, Prompt Chaining hoặc các kỹ thuật khác.
Không phải bài toán nào cũng cần kỹ thuật nâng cao
Ví dụ, nếu bạn chỉ muốn Claude: Tóm tắt nội dung dưới đây thành 5 ý chính thì một prompt rõ ràng có thể đã đủ. Không nhất thiết phải thêm nhiều ví dụ, xây dựng một chuỗi prompt hay sử dụng những kỹ thuật phức tạp khác. Ngược lại, nếu nhiệm vụ yêu cầu đầu ra nhất quán, nhiều bước xử lý hoặc cần kiểm tra và cải thiện kết quả, việc bổ sung kỹ thuật phù hợp có thể mang lại giá trị rõ rệt hơn.
Điểm quan trọng là chọn kỹ thuật dựa trên nhu cầu của bài toán, thay vì cố gắng sử dụng càng nhiều kỹ thuật càng tốt. Đây cũng là một cách tư duy quan trọng khi học CCAR-F
CCAR-F không chỉ xoay quanh việc biết các thuật ngữ hay kỹ thuật riêng lẻ. Exam Guide mô tả chứng chỉ hướng đến khả năng đưa ra quyết định phù hợp và cân nhắc trade-off khi triển khai các giải pháp Claude trong thực tế.
Vì vậy, thay vì ghi nhớ rằng "kỹ thuật A tốt hơn kỹ thuật B", điều quan trọng hơn là hiểu:
Bài toán đang gặp là gì → cần cải thiện điều gì → kỹ thuật nào phù hợp → có trade-off nào cần cân nhắc?
Tóm lại, Prompt Engineering hiệu quả không nằm ở việc tạo ra một prompt thật dài hay sử dụng thật nhiều kỹ thuật. Quan trọng hơn là hiểu bài toán và lựa chọn đúng cách tiếp cận. Nếu bạn đang tìm hiểu Claude Certified Architect – Foundations (CCAR-F), đây cũng là một tư duy đáng rèn luyện ngay từ đầu: không chỉ biết Claude có thể làm gì, mà còn biết khi nào nên sử dụng cách nào để đạt được kết quả phù hợp.
VnPro hiện có khóa đào tạo và luyện thi chứng chỉ CCAR-F dành cho những ai muốn học và thực hành các kiến thức liên quan đến hệ sinh thái Claude. Liên hệ để được tư vấn khóa đào tạo ngay nhé!!