MCP - Kỹ thuật Prompt Engineering hiệu quả

[Trần Ngọc]

Kỹ thuật Prompt Engineering hiệu quả

Rõ ràng và Trực tiếp

Khi tạo câu mở đầu quan trọng, bạn cần tập trung vào hai nguyên tắc chính: rõ ràng và trực tiếp. Điều này có nghĩa là sử dụng ngôn ngữ đơn giản không để lại khoảng trống nào về những gì bạn muốn Claude thực hiện.

Giao tiếp rõ ràng

"Rõ ràng" có nghĩa là:

• Sử dụng ngôn ngữ đơn giản mà ai cũng có thể hiểu
• Nói chính xác những gì bạn muốn mà không vòng vo
• Bắt đầu bằng một tuyên bố thẳng thắn về nhiệm vụ của Claude

Thay vì viết một cách mơ hồ như "Tôi cần biết về những thứ mà người ta lắp trên mái nhà để sử dụng ánh mặt trời - tôi nghĩ chúng được gọi là tấm pin mặt trời," hãy trực tiếp và viết: "Viết ba đoạn văn về cách hoạt động của tấm pin mặt trời."

Hướng dẫn trực tiếp

"Trực tiếp" tập trung vào cách bạn cấu trúc yêu cầu:

• Sử dụng hướng dẫn, không phải câu hỏi
• Bắt đầu bằng động từ hành động trực tiếp như "Viết," "Tạo," hoặc "Tạo ra"

Thay vì hỏi "Tôi đang đọc về năng lượng tái tạo và năng lượng địa nhiệt nghe có vẻ thú vị. Những quốc gia nào sử dụng nó?" hãy thử: "Xác định ba quốc gia sử dụng năng lượng địa nhiệt. Bao gồm số liệu thống kê sản xuất cho mỗi nước."

Áp dụng vào thực tế

Hãy xem kỹ thuật này hoạt động như thế nào. Bắt đầu với một prompt yếu chỉ đơn giản hỏi "Người này nên ăn gì?" chúng ta có thể áp dụng phương pháp rõ ràng và trực tiếp.

Phiên bản cải tiến trở thành: Tạo một kế hoạch ăn uống một ngày cho một vận động viên đáp ứng các hạn chế chế độ ăn của họ.

Sự sửa đổi này ngay lập tức cho Claude biết:

• Hành động cần thực hiện (tạo)
• Cần tạo gì (kế hoạch ăn uống)
• Các ràng buộc chính (một ngày, cho vận động viên, đáp ứng hạn chế chế độ ăn)

Kết quả quan trọng

Thay đổi đơn giản này có thể có tác động đáng kể đến hiệu suất. Trong ví dụ của chúng ta, điểm đánh giá đã tăng từ 2.32 lên 3.92 - một cải thiện đáng kể chỉ từ việc tái cấu trúc câu mở đầu.

Điều quan trọng cần ghi nhớ là Claude phản hồi tốt nhất khi bạn đối xử với nó như một trợ lý có năng lực cần hướng dẫn rõ ràng hơn là ai đó phải đoán những gì bạn muốn. Bắt đầu mạnh mẽ với động từ hành động trực tiếp, cụ thể về nhiệm vụ, và bạn sẽ thấy kết quả tốt hơn ngay lập tức. Cụ thể hóa yêu cầu


Khi làm việc với Claude, một trong những cách hiệu quả nhất để cải thiện kết quả của bạn là cụ thể về những gì bạn muốn. Thay vì để mọi thứ phụ thuộc vào cách hiểu của mô hình, bạn có thể cung cấp các hướng dẫn hoặc bước rõ ràng định hướng Claude về loại đầu ra bạn đang tìm kiếm.

Hãy nghĩ về nó theo cách này: nếu bạn yêu cầu Claude "viết một câu chuyện ngắn về một nhân vật khám phá ra tài năng ẩn," Claude có thể đi theo vô số hướng. Câu chuyện có thể dài 200 từ hoặc 2.000 từ. Nó có thể có một nhân vật hoặc năm nhân vật. Nó có thể tập trung vào bất kỳ loại kịch bản khám phá tài năng nào.

Bằng cách thêm các hướng dẫn cụ thể, bạn đưa cho Claude một mục tiêu rõ ràng hơn để hướng tới. Điều này cải thiện đáng kể cả tính nhất quán và chất lượng của đầu ra.

Hai loại hướng dẫn

Có hai phương pháp chính để cụ thể hóa trong prompt của bạn, và bạn sẽ thường thấy chúng được sử dụng cùng nhau trong các ứng dụng chuyên nghiệp.

Hướng dẫn chất lượng đầu ra

Loại đầu tiên tập trung vào việc liệt kê các phẩm chất mà đầu ra của bạn nên có. Những hướng dẫn này giúp bạn kiểm soát:

• Độ dài của phản hồi
• Cấu trúc và định dạng
• Các thuộc tính hoặc yếu tố cụ thể cần bao gồm
• Yêu cầu về tông điệu hoặc phong cách

Ví dụ, bạn có thể chỉ định rằng một câu chuyện nên dưới 1.000 từ, bao gồm một hành động rõ ràng tiết lộ tài năng của nhân vật, và có ít nhất một nhân vật phụ.

Các bước quy trình

Loại thứ hai cung cấp các bước cụ thể cho Claude tuân theo. Phương pháp này đặc biệt hữu ích khi bạn muốn Claude suy nghĩ qua một vấn đề một cách có hệ thống hoặc xem xét nhiều góc độ trước khi đưa ra câu trả lời cuối cùng.

Thay vì nhảy thẳng vào viết, bạn có thể yêu cầu Claude:

1. Động não ba tài năng có thể tạo ra căng thẳng kịch tính
2. Chọn tài năng thú vị nhất
3. Phác thảo một cảnh quan trọng tiết lộ tài năng
4. Động não các loại nhân vật phụ có thể tăng tác động

Tác động thực tế

Sự khác biệt mà tính cụ thể mang lại là đáng kể. Trong việc thử nghiệm một prompt lập kế hoạch ăn uống, việc thêm hướng dẫn đã cải thiện điểm đánh giá từ 3.92 lên 7.86 - tăng gấp đôi chất lượng đầu ra chỉ bằng cách cho Claude biết chính xác những yếu tố nào cần bao gồm.

Hướng dẫn:
1. Bao gồm lượng calo hàng ngày chính xác
2. Hiển thị lượng protein, chất béo và carb
3. Chỉ định thời gian ăn từng bữa
4. Chỉ sử dụng thực phẩm phù hợp với hạn chế
5. Liệt kê tất cả khẩu phần theo gram
6. Giữ thân thiện với ngân sách nếu được đề cập

Khi nào sử dụng từng phương pháp

Đây là hướng dẫn thực tế về khi nào sử dụng từng loại cụ thể hóa:

Luôn sử dụng hướng dẫn đầu ra Bạn nên bao gồm hướng dẫn chất lượng trong hầu hết mọi prompt bạn viết. Chúng là lưới an toàn để có được kết quả nhất quán, hữu ích.

Sử dụng các bước quy trình cho vấn đề phức tạp Thêm hướng dẫn từng bước khi bạn đang giải quyết:

• Khắc phục sự cố các vấn đề phức tạp
• Kịch bản ra quyết định
• Nhiệm vụ tư duy phản biện
• Bất kỳ tình huống nào bạn muốn Claude xem xét nhiều góc độ

Kết hợp cả hai phương pháp Trong prompting chuyên nghiệp, bạn sẽ thường thấy cả hai kỹ thuật được sử dụng cùng nhau. Bạn có thể có hướng dẫn kiểm soát định dạng và nội dung đầu ra, cộng với các bước đảm bảo Claude suy nghĩ kỹ về vấn đề trước khi phản hồi. Sử dụng thẻ XML để cấu trúc


Khi bạn xây dựng prompt bao gồm nhiều nội dung, Claude đôi khi có thể gặp khó khăn trong việc hiểu những phần văn bản nào thuộc về nhau hoặc các phần khác nhau được cho là đại diện cho gì. Thẻ XML cung cấp một cách đơn giản để thêm cấu trúc và rõ ràng vào prompt của bạn, đặc biệt khi bạn đang nội suy lượng lớn dữ liệu.

Tại sao cấu trúc quan trọng

Xem xét một prompt mà bạn cần phân tích 20 trang hồ sơ bán hàng. Không có ranh giới rõ ràng, Claude có thể gặp khó khăn trong việc phân biệt giữa hướng dẫn của bạn và dữ liệu thực tế bạn muốn phân tích.

Ví dụ thực tế: Code và tài liệu

Đây là một ví dụ đáng kể hơn về lý do tại sao thẻ XML quan trọng. Nếu bạn yêu cầu Claude debug code bằng tài liệu được cung cấp, việc trộn lẫn mọi thứ tạo ra sự nhầm lẫn:

Phiên bản "Không tốt" khiến việc phân biệt code và tài liệu gần như không thể. Phiên bản "Tốt hơn" sử dụng thẻ <my_code> và <docs> để tạo ranh giới rõ ràng.

Tên thẻ tùy chỉnh

Bạn không cần sử dụng thẻ XML chính thức. Tạo tên mô tả có ý nghĩa cho nội dung của bạn:

• <sales_records> tốt hơn <data>
• <athlete_information> xác định rõ thông tin người dùng
• <my_code> và <docs> phân tách các loại nội dung khác nhau

Khi nào sử dụng thẻ XML

Thẻ XML hữu ích nhất khi:

• Bao gồm lượng lớn ngữ cảnh hoặc dữ liệu
• Trộn các loại nội dung khác nhau (code, tài liệu, dữ liệu)
• Bạn muốn cực kỳ rõ ràng về ranh giới nội dung
• Làm việc với prompt phức tạp nội suy nhiều biến

Ứng dụng thực tế

Trong thực tế, bạn có thể cấu trúc một prompt như thế này:

<athlete_information>
- Chiều cao: 1m85
- Cân nặng: 75kg
- Mục tiêu: Tăng cơ bắp
- Hạn chế chế độ ăn: Ăn chay
</athlete_information>

Tạo kế hoạch ăn uống dựa trên thông tin vận động viên ở trên.

Điều này làm cho hoàn toàn rõ ràng rằng chiều cao, cân nặng, mục tiêu và hạn chế đều là dữ liệu vận động viên liên quan nên được xem xét cùng nhau khi tạo kế hoạch ăn uống. Cung cấp ví dụ


Cung cấp ví dụ trong prompt của bạn là một trong những kỹ thuật prompt engineering hiệu quả nhất bạn sẽ sử dụng. Phương pháp này, được gọi là "one-shot" hoặc "multi-shot" prompting, bao gồm việc đưa cho Claude các cặp đầu vào/đầu ra mẫu để hướng dẫn phản hồi của nó.

Cách ví dụ hoạt động

Hãy xem một ví dụ phân tích cảm xúc. Giả sử bạn muốn Claude phân loại xem một tweet là tích cực hay tiêu cực:

Thách thức ở đây là sự mỉa mai. Một tweet như "Ừ, chắc chắn rồi, đó là bộ phim hay nhất tôi đã xem kể từ 'Plan 9 from Outer Space'" có vẻ tích cực trên bề mặt, nhưng thực ra nó mỉa mai và tiêu cực.

Thêm ví dụ để xử lý trường hợp đặc biệt

Để giải quyết điều này, bạn có thể thêm ví dụ cho thấy Claude cách xử lý các trường hợp khó:

Prompt cải tiến bao gồm:

• Một ví dụ tích cực rõ ràng: "Trận đấu tuyệt vời tối nay!" → "Tích cực"
• Một ví dụ mỉa mai: "Ồ yeah, tôi thực sự cần một chuyến bay bị hoãn tối nay! Tuyệt vời!" → "Tiêu cực"
• Ngữ cảnh giải thích tại sao nên đối xử cẩn thận với sự mỉa mai

Khi nào sử dụng ví dụ

Ví dụ đặc biệt hữu ích cho:

• Nắm bắt các trường hợp đặc biệt hoặc kịch bản biên
• Định nghĩa định dạng đầu ra phức tạp (như cấu trúc JSON cụ thể)
• Hiển thị phong cách hoặc tông điệu chính xác bạn muốn
• Minh họa cách xử lý đầu vào mơ hồ

One-Shot vs Multi-Shot

One-Shot: Cung cấp một ví dụ duy nhất để thiết lập mẫu Multi-Shot: Cung cấp nhiều ví dụ để bao gồm các kịch bản khác nhau

Sử dụng multi-shot khi bạn cần xử lý các trường hợp biên khác nhau hoặc muốn hiển thị các loại phản hồi hợp lệ khác nhau.

Thực hành tốt nhất

• Luôn sử dụng thẻ XML để cấu trúc ví dụ của bạn rõ ràng
• Rõ ràng về những gì bạn đang hiển thị: "Đây là đầu vào ví dụ với phản hồi lý tưởng"
• Bao gồm ví dụ giải quyết các trường hợp thất bại phổ biến nhất của bạn
• Giải thích tại sao đầu ra ví dụ của bạn được coi là lý tưởng
• Giữ ví dụ phù hợp với nhiệm vụ cụ thể của bạn

Ví dụ đặc biệt mạnh mẽ vì chúng thể hiện thay vì nói. Thay vì cố gắng mô tả chính xác những gì bạn muốn bằng lời, bạn minh họa trực tiếp. Điều này làm cho prompt của bạn đáng tin cậy hơn nhiều và giúp Claude hiểu các yêu cầu tinh tế có thể khó diễn đạt chỉ bằng hướng dẫn.