Không có câu thần chú nào cả. Không có lệnh ẩn nào có thể biến một mô hình ngôn ngữ lớn thành một nhà tiên tri, và cũng không có tiền tố bí mật nào có thể khiến Claude đột nhiên hiểu về doanh nghiệp của bạn hơn chính bạn. Prompt engineering không phải là việc giải mã một mật mã. Đó là kỷ luật về việc giao tiếp rõ ràng với một đồng nghiệp có năng lực cao, người đã đọc qua những mảng kiến thức khổng lồ trên internet nhưng chưa bao giờ gặp bạn, chưa từng thấy văn phòng của bạn hay nghe bạn thuyết trình về sản phẩm. Hãy đối xử với Claude như một nhân viên mới thông minh trong ngày đầu tiên làm việc. Họ rất háo hức được giúp đỡ, nhưng nếu bạn đưa ra những chỉ dẫn mơ hồ, bạn sẽ nhận lại những kết quả mơ hồ. Quy tắc này cũng giống như ở bất kỳ văn phòng nào: rác vào, rác ra.
Hãy đối xử với Claude như một nhân viên mới
Hãy tưởng tượng bạn đang tiếp nhận một nhà thầu tài năng. Bạn sẽ không bao giờ bước đến vào ngày đầu tiên và nói: "Sửa cái website đi", rồi bỏ đi. Chỉ dẫn đó thật vô dụng. Trang nào? Cái gì bị hỏng? Đối tượng là ai? Thành công trông như thế nào? Vậy mà mỗi ngày, mọi người vẫn gõ những câu tương đương với "sửa cái website đi" cho AI và tự hỏi tại sao kết quả đầu ra lại không đúng trọng tâm.
Hãy bắt đầu bằng việc giả định rằng Claude không có bất kỳ ngữ cảnh nào về tình huống cụ thể của bạn. Nó biết ngữ pháp, các mẫu mã nguồn và lịch sử, nhưng nó không biết tông giọng của công ty bạn, những nỗi đau của khách hàng, hay các hạn chế pháp lý trừ khi bạn nêu rõ chúng. Viết prompt tốt cũng giống như quản lý tốt. Bạn đang thiết lập các ràng buộc, xác định đối tượng và làm rõ kết quả cần đạt được. Làm tốt điều đó, và kiến thức sẵn có của mô hình sẽ đột nhiên trở nên hữu ích.
Năm thành phần của một Prompt chuẩn chỉnh
Mỗi prompt chuyên nghiệp nên bao gồm năm yếu tố riêng biệt. Bạn không cần phải viết một bài luận cho mỗi yếu tố, nhưng bạn nên đề cập đến tất cả chúng trước khi nhấn Enter.
Vai trò (Role)
Hãy cho mô hình biết nó là ai. Điều này định hình từ vựng, góc nhìn và mức độ ưu tiên. "Bạn là một biên tập viên kỹ thuật" thì ổn, nhưng "Bạn là một biên tập viên kỹ thuật chuyên đơn giản hóa tài liệu API cho các nhà phát triển fintech mới làm quen với blockchain" sẽ hiệu quả hơn nhiều. Persona càng cụ thể, kết quả đầu ra càng chặt chẽ.
Ngữ cảnh (Context)
Hãy giải thích bối cảnh. Ai sẽ đọc nội dung này? Mục tiêu là gì? Một bài viết blog về an ninh mạng dành cho quản trị viên bệnh viện phải có tông giọng hoàn toàn khác với một bài viết dành cho game thủ tuổi teen. Ngữ cảnh cũng bao gồm cả mức độ quan trọng. Bạn đang lên ý tưởng, hay đây là bản thảo cuối cùng sẽ được xuất bản?
Nhiệm vụ (Task)
Sử dụng các động từ chính xác. Tránh các từ ngữ mơ hồ như "cải thiện", "nâng cao" hoặc "làm tốt hơn". Những từ đó chẳng có ý nghĩa gì cả. Thay vào đó, hãy viết: "Tóm tắt bản ghi chép thành ba ý chính, mỗi ý dưới 20 từ." Hoặc: "Refactor hàm này để sử dụng async/await và thêm xử lý lỗi cho các trường hợp timeout." Nhiệm vụ là mệnh lệnh của bạn, vì vậy hãy đưa ra một mệnh lệnh, chứ không phải một lời ước.
Định dạng (Format)
Xác định hình thức của câu trả lời trước khi Claude bắt đầu viết. Bạn muốn một danh sách được đánh số, một bảng markdown, JSON hợp lệ, một email có tiêu đề, hay một bản tóm tắt pháp lý? Nếu bạn cần một bảng so sánh với các cột cụ thể, hãy nêu tên chúng. Nếu bạn muốn kết quả nằm trong một khối mã (code block) có kèm chú thích, hãy nói rõ. Các hướng dẫn về định dạng sẽ giúp bạn tránh việc nhận về một khối văn xuôi dài dằng dặc khi bạn thực sự cần dữ liệu có cấu trúc.
Ràng buộc (Constraints)
Liệt kê những gì cần tránh. Điều này bao gồm tông giọng, độ dài, các từ bị cấm và các chủ đề không được phép chạm tới. Ví dụ: "Giữ phản hồi dưới 150 từ. Sử dụng tông giọng trò chuyện. Không sử dụng từ 'synergy'. Tránh đề xuất các giải pháp yêu cầu ngân sách trên 500 USD." Ràng buộc chính là các rào chắn. Mô hình xử lý chúng rất tốt, nhưng chỉ khi bạn diễn đạt chúng rõ ràng.
Bốn kỹ thuật để có kết quả tốt hơn
Khi đã nắm vững những điều cơ bản, bạn có thể tinh chỉnh cách tiếp cận của mình bằng một vài phương pháp nâng cao. Không phương pháp nào yêu cầu đào tạo đặc biệt. Chúng đơn giản là những cách để cấu trúc tư duy của bạn để mô hình có thể tuân theo.
Chia nhỏ công việc phức tạp thành các bước
Đừng yêu cầu mọi thứ cùng một lúc. Nếu bạn cần một chiến dịch marketing, hãy bắt đầu với việc phân tích đối tượng. Xem lại kết quả đó, sau đó yêu cầu xây dựng thông điệp. Tiếp theo là chọn kênh truyền thông. Cách tiếp cận theo từng giai đoạn này giúp bạn phát hiện sự sai lệch sớm. Nó cũng ngăn mô hình bị rối tung lên khi cố gắng cân bằng mười yêu cầu đối nghịch nhau trong một lần thực hiện duy nhất. Đối với các tác vụ lập trình, hãy yêu cầu kiến trúc trước, sau đó là triển khai, và cuối cùng là các bài kiểm tra (tests). Mỗi bước sẽ xây dựng dựa trên bước trước đó, và bạn luôn giữ được quyền kiểm soát.
Yêu cầu giải thích lập luận
Chain-of-thought prompting đơn giản là yêu cầu Claude trình bày các bước thực hiện trước khi đưa ra câu trả lời cuối cùng. Những cụm từ như "Hãy trình bày lập luận của bạn từng bước một, sau đó đưa ra kết luận" mang lại hiệu quả kỳ diệu cho các bài toán logic, toán học và gỡ lỗi mã nguồn (coding debugging). Khi bạn có thể thấy cách mô hình đi đến câu trả lời, bạn có thể phát hiện chính xác thời điểm nó hiểu sai yêu cầu hoặc lấy sai giá trị từ một tập dữ liệu. Nó biến một "hộp đen" thành thứ mà bạn có thể kiểm chứng được.
Sử dụng thẻ XML để phân tách thông tin
Khi một prompt chứa các khối văn bản lớn, mô hình có thể nhầm lẫn giữa tài liệu nguồn và các chỉ dẫn. Hãy bao bọc các phần riêng biệt trong các thẻ như <context>, <task>, hoặc <example>. Ví dụ:
Cấu trúc này hoạt động giống như các tiêu đề trong một tài liệu. Nó ngăn mô hình vô tình coi thông tin nền của bạn là một phần của nhiệm vụ, đồng thời giúp bạn dễ dàng chỉnh sửa các prompt dài sau này.
Hãy cho thấy, đừng chỉ nói
Few-shot prompting có nghĩa là đưa ra từ hai đến bốn ví dụ về phong cách hoặc định dạng mà bạn muốn. Các mô hình là những bộ máy khớp mẫu (pattern-matching engines). Chúng thường học nhanh hơn từ các ví dụ thay vì từ những mô tả dày đặc. Nếu bạn muốn chuyển biên bản cuộc họp thành các hạng mục cần thực hiện (action items), hãy dán hai ví dụ về ghi chú thô, theo sau là đầu ra có cấu trúc chính xác mà bạn mong đợi. Claude sẽ khớp mẫu với đầu vào mới với độ chính xác đáng kinh ngạc. Việc mô tả định dạng trong mười câu thường kém hiệu quả hơn là đưa ra ba ví dụ rõ ràng.
Mẫu có sẵn để sử dụng
Nếu bạn đang nhìn chằm chằm vào một hộp prompt trống rỗng, hãy thực hiện theo khung sườn này. Hãy điền vào mọi dấu ngoặc, ngay cả khi câu trả lời ngắn.
Vai trò: [Chèn vai trò cụ thể và chuyên môn liên quan] Ngữ cảnh: [Chèn thông tin nền, đối tượng và mục tiêu] Nhiệm vụ: [Chèn hành động chính xác bằng cách sử dụng một động từ mạnh] Định dạng: [Chèn cấu trúc mong muốn: danh sách, bảng, bài luận, JSON, v.v.] Ràng buộc: [Chèn tông giọng, độ dài, các từ bị cấm hoặc các chủ đề cần tránh]
Đây là ví dụ khi đã điền đầy đủ:
Vai trò: Bạn là quản lý marketing sản phẩm tại một startup về bảng lương B2B. Ngữ cảnh: Chúng tôi đang ra mắt một tính năng tự động hóa việc nộp thuế tiểu bang cho các công ty quy mô vừa. Đối tượng là các giám đốc nhân sự đang ngập trong các giấy tờ tuân thủ. Mục tiêu là khiến họ đặt lịch xem bản demo. Nhiệm vụ: Viết một email dài 120 từ, mở đầu bằng những khó khăn khi phải nộp hồ sơ thủ công và kết thúc bằng một lời đề nghị khéo léo để đặt lịch một cuộc gọi 15 phút. Định dạng: Dòng tiêu đề, hai đoạn thân bài ngắn và nhãn nút kêu gọi hành động (call-to-action). Ràng buộc: Không dùng thuật ngữ chuyên môn như "synergy" hay "bandwidth". Tông giọng chuyên nghiệp nhưng ấm áp. Không dùng dấu chấm than.
Prompt đó cung cấp cho Claude mọi thứ nó cần. Kết quả sẽ không hoàn hảo, nhưng nó sẽ đủ gần để bạn chỉnh sửa thay vì phải viết lại từ đầu.
Bài học cốt lõi
Bạn không cần phải xây dựng một kiệt tác gồm năm phần cho mọi yêu cầu. Hỏi "Công thức nấu đậu lăng ngon là gì?" không đòi hỏi vai trò hay thẻ XML. Nhưng khi kết quả đầu ra quan trọng, khi nhiệm vụ phức tạp, hoặc khi bạn đã nhận được ba câu trả lời tệ liên tiếp, hãy chạy qua danh sách kiểm tra này. Hầu hết các prompt thất bại là vì con người vẫn đang vừa nghĩ vừa nói. Hãy dành ra ba mươi giây để quyết định bạn thực sự muốn gì, nó dành cho ai và nó nên trông như thế nào. Hãy thực hiện việc tư duy đó ngay từ đầu, và bạn sẽ tốn ít thời gian hơn nhiều để chỉnh sửa phản hồi. Chỉ dẫn rõ ràng sẽ mang lại kết quả rõ ràng. Mọi thứ khác chỉ là nhiễu.