Những gì Prime Day đã dạy tôi về Prompt Engineering
Tôi muốn làm chủ prompt engineering.
Tôi không muốn những mẹo vặt hào nhoáng. Tôi muốn những kỹ năng hữu ích. Tôi muốn biết cách đặt câu hỏi sao cho câu trả lời có độ tin cậy cao.
Hầu hết các bài hướng dẫn đều sử dụng các ví dụ giả định. Thật khó để nhận ra một câu trả lời sai nếu bạn không quan tâm đến chủ đề đó.
Vì vậy, tôi đã thực hành ngay trên giỏ hàng Amazon của mình. Tôi muốn biết liệu các ưu đãi đó là thật hay chỉ là chiêu trò marketing. Cái giá phải trả chính là tiền túi của tôi.
Dưới đây là những gì tôi đã học được.
- Tấn công điểm neo (Anchor) Marketing sử dụng "giá niêm yết" để làm cho các khoản giảm giá trông có vẻ khổng lồ. Nếu bạn hỏi "Đây có phải là một món hời không?", mô hình thường sẽ chấp nhận mức giá niêm yết giả đó.
Cách khắc phục: Hãy bảo mô hình bỏ qua giá niêm yết. Yêu cầu nó so sánh giá hiện tại với giá bán thực tế trên thị trường trong 6-12 tháng qua.
- Xác định tiêu chí của bạn Một câu lệnh như "cái nào tốt hơn?" là vô dụng. Từ "tốt hơn" chẳng có ý nghĩa gì nếu thiếu ngữ cảnh.
Cách khắc phục: Sử dụng các tiêu chí có trọng số. Hãy nói chính xác cho mô hình biết điều gì là quan trọng.
- 30% giá cả
- 25% lực làm sạch
- 20% thời gian chạy
- 15% bộ lọc HEPA
- 10% chi phí bảo trì
Ngoài ra, hãy tách biệt giữa "món hời nhất" và "sản phẩm tốt nhất". Một sản phẩm có thể có chất lượng cao nhưng lại không đáng tiền.
- Ép buộc tính toán Các mô hình có thể rất tự tin nhưng lại sai về toán học. Chúng thường mắc lỗi trong các phần tóm tắt.
Cách khắc phục: Hãy bảo mô hình "trình bày các bước tính toán một cách rõ ràng". Nếu mô hình viết ra từng bước trừ, nó sẽ ít có khả năng đưa ra kết quả sai lệch (hallucinate).
- Ưu tiên nội dung hơn định dạng Nếu bạn chạm giới hạn ký tự, bạn sẽ bị mất phần cuối của câu lệnh.
Cách khắc phục: Đưa những hướng dẫn quan trọng nhất lên đầu. Đừng lãng phí không gian cho các tiêu đề dài dòng hay những lời lẽ lịch sự. Hãy đặt phần "phá vỡ điểm neo" và "tiêu chí có trọng số" lên trên cùng.
5 Kỹ thuật cốt lõi nên dùng: • Sử dụng vai trò để làm rõ mục tiêu. Hãy bảo nó đóng vai một chuyên gia phân tích giá. • Yêu cầu một cấu trúc cụ thể. Hãy yêu cầu một bảng biểu hoặc một kết luận cụ thể. • Sử dụng các ví dụ few-shot. Hãy đưa cho nó một ví dụ về một câu trả lời hoàn hảo. • Yêu cầu đưa ra lập luận trước khi đưa ra kết luận. Điều này buộc mô hình phải suy nghĩ. • Thêm một điều khoản về sự không chắc chắn. Hãy bảo nó nói "chưa được xác minh" nếu không tìm thấy dữ liệu.
Prompt engineering thực chất là quá trình gỡ lỗi (debugging). Đừng chỉ chấp nhận câu trả lời đầu tiên. Hãy tìm xem mô hình thất bại ở đâu và sửa lỗi ở chính phần đó.
Source: https://dev.to/cseeman/what-prime-day-taught-me-about-prompt-engineering-3gek
Optional learning community: https://t.me/GyaanSetuAi