Viết prompt AI có tiêu chí kiểm tra: mẫu dùng cho công việc hằng ngày

Đổi một yêu cầu mơ hồ thành đầu ra có thể duyệt

“Viết hay hơn” là một yêu cầu khó kiểm tra. “Rút gọn thành năm gạch đầu dòng, giữ nguyên các mốc thời gian và đánh dấu thông tin chưa rõ” giúp bạn biết cần duyệt những gì. Giá trị của prompt nằm ở việc giao đúng công việc và tạo được đầu ra dễ đối chiếu.

Bài này cung cấp một mẫu thực hành do Thanhflox biên soạn. Mẫu không gắn với một phần mềm hay một gói trả phí cụ thể. Hãy thử trên đoạn văn không chứa dữ liệu riêng trước khi áp dụng vào công việc thật.

Mẫu prompt gồm sáu phần

MỤC TIÊU
Tôi cần [đầu ra] để [mục đích sử dụng].

NGƯỜI ĐỌC
[Ai sẽ dùng đầu ra và họ đã biết điều gì?]

DỮ LIỆU ĐẦU VÀO
[Dán nội dung cần xử lý, có điểm bắt đầu và kết thúc rõ ràng.]

GIỚI HẠN
Chỉ dùng dữ kiện đã cung cấp. Không tự bổ sung tên, số liệu hoặc thời hạn.
Nếu thiếu thông tin, đánh dấu “cần xác nhận”.

ĐỊNH DẠNG
[Các mục bắt buộc, độ dài mong muốn, cấu trúc bảng hoặc danh sách.]

TIÊU CHÍ DUYỆT
[Những điều người dùng sẽ kiểm tra trước khi sử dụng.]

Không cần kéo dài mọi phần. Với tác vụ ngắn, một câu mô tả mục tiêu và một ví dụ đầu ra có thể đủ. Khi có nhiều quy tắc, hãy nhóm chúng theo chức năng để dễ sửa.

Ví dụ: biến ghi chú thành danh sách công việc

Đầu vào giả lập:

Trang giới thiệu đã có bản nháp. Cần kiểm tra liên kết trước khi đăng.
Chưa chốt người duyệt. Buổi trao đổi tiếp theo diễn ra thứ Sáu.

Yêu cầu AI trả lại ba cột: Công việc, Trạng thái, Thông tin còn thiếu. Mục tiêu kiểm tra không phải model có tạo một bảng đẹp hay không. Bạn cần xem nó có tự gán “thứ Sáu” thành hạn đăng trang hoặc tự thêm người chịu trách nhiệm hay không.

Một cách biểu diễn hợp lý là giữ “kiểm tra liên kết” ở trạng thái cần làm và ghi “chưa xác định người duyệt”. Ngày trao đổi vẫn là ngày trao đổi, chưa trở thành hạn bàn giao. Đây là ví dụ biên tập để giải thích tiêu chí, không phải kết quả thử nghiệm của một model cụ thể.

Khi nào cần thêm ví dụ?

Nếu đầu ra liên tục sai phong cách hoặc sai cấu trúc, thêm một cặp đầu vào–đầu ra ngắn. Ví dụ phải thể hiện trường hợp thiếu dữ kiện, không chỉ trường hợp hoàn hảo. Ghi rõ ví dụ dùng để hướng dẫn định dạng, còn dữ liệu cần xử lý nằm ở phần riêng.

Tránh đưa dữ liệu thật của khách hàng vào ví dụ chỉ để prompt trông chi tiết. Thay tên, email và thông tin nhận diện bằng dữ liệu giả lập. Chọn công cụ phù hợp với yêu cầu bảo mật của công việc.

Kiểm tra bằng một bộ mẫu cố định

Chuẩn bị ba đầu vào: một đoạn đầy đủ, một đoạn thiếu thời hạn và một đoạn có hai thông tin mâu thuẫn. Dùng cùng bộ mẫu khi thay đổi prompt. Mỗi vòng chỉ sửa một nhóm yêu cầu, chẳng hạn định dạng hoặc cách xử lý thông tin chưa rõ.

Ghi lỗi theo hành vi quan sát được: tự thêm số liệu, bỏ mất ý, sai tên trường hoặc không đánh dấu chỗ chưa chắc. Dòng “kết quả chưa tốt” không giúp bạn biết cần sửa điều gì. Nếu bài toán quan trọng, con người vẫn cần kiểm tra trước khi dùng đầu ra.

Bảng duyệt trước khi đưa vào sử dụng

• Có giữ nguyên tên riêng, con số và mốc thời gian không?

• Có phân biệt dữ kiện với suy luận không?

• Có đánh dấu thông tin còn thiếu không?

• Cấu trúc có đủ các mục đã yêu cầu không?

• Có nội dung nào cần mở nguồn gốc để đối chiếu không?

Nếu nhiều lần sửa prompt vẫn không giải quyết được, hãy thu hẹp tác vụ hoặc tách thành các bước. Một model có thể không phù hợp với loại đầu vào đang dùng; prompt không phải cách khắc phục mọi giới hạn.

Tải mẫu prompt và phiếu duyệt. Nếu muốn thử trên máy cá nhân, đọc hướng dẫn Ollama.

Nguồn và ảnh

Tham khảo nguyên tắc chỉ dẫn rõ ràng và ví dụ từ Claude Prompting Best Practices. Mẫu và tình huống trong bài do Thanhflox biên soạn; hiệu quả cần được kiểm tra với model và dữ liệu thực tế của bạn.

Ảnh minh họa chụp thật: Christina Morillo / Pexels, theo Pexels License. Người trong ảnh không đại diện cho tác giả hay khách hàng của Thanhflox.