Prompt Engineering for Products

Prompt trong sản phẩm khác hẳn prompt khi bạn chat

Khi bạn tự chat với AI, bạn thấy kết quả và sửa ngay. Sai thì gõ lại. Vòng phản hồi tính bằng giây và bạn là người duy nhất chịu hậu quả.

Prompt trong sản phẩm hoàn toàn khác: nó chạy hàng nghìn lần mỗi ngày, trên dữ liệu bạn chưa từng thấy, cho những người không sửa được nó. Không ai ngồi đó để gõ lại.

Vì vậy prompt sản phẩm phải được đối xử như mã nguồn: có phiên bản, có kiểm thử, có người chịu trách nhiệm, và không bao giờ sửa thẳng trên môi trường thật. Đội nào coi prompt là "đoạn chữ ai sửa cũng được" sẽ mất hàng tháng cho những lỗi không ai truy được nguồn gốc.

Điều phản trực giác quan trọng nhất: prompt tốt không phải prompt khéo léo. Nó là prompt cụ thể, có ví dụ, và nói rõ phải làm gì khi không chắc. Những mẹo nghe hay trên mạng gần như không có tác dụng trong sản phẩm thật.

Giải phẫu một prompt sản phẩm — sáu phần, theo thứ tự

Thứ tự có ý nghĩa thật: phần cố định đặt lên đầu thì bật được bộ nhớ đệm và tiết kiệm đáng kể. Phần thay đổi đặt cuối. Trộn hai loại là vừa tốn tiền vừa khó gỡ lỗi.

Về phần 5 — đây là ranh giới giữa sản phẩm demo và sản phẩm dùng được. Một câu như "nếu tài liệu được cung cấp không chứa câu trả lời, hãy nói rõ là không tìm thấy, không được suy đoán" thay đổi hành vi nhiều hơn mọi mẹo viết prompt khác.

Viết lại một prompt tệ — theo từng bước

Bản đầu (tệ): "Tóm tắt phản hồi của khách hàng."

Vấn đề: không nói tóm tắt cho ai, dài bao nhiêu, quan tâm điều gì, định dạng nào, và gặp phản hồi vô nghĩa thì làm gì. Model phải tự đoán cả năm thứ, và mỗi lần đoán một kiểu.

• Bước 1 — Nói rõ người đọc và mục đích. "Tóm tắt cho quản lý sản phẩm đang quyết định ưu tiên sửa lỗi trong sprint tới."
• Bước 2 — Nói rõ cần rút ra gì. "Rút ra: vấn đề cụ thể khách gặp, tính năng liên quan, mức độ bức xúc."
• Bước 3 — Cố định định dạng. "Trả về tối đa 3 gạch đầu dòng, mỗi dòng dưới 20 từ, kèm tên tính năng trong ngoặc."
• Bước 4 — Xử lý ca biên. "Nếu phản hồi không nêu vấn đề cụ thể nào, trả về đúng chữ KHÔNG_CÓ_VẤN_ĐỀ_CỤ_THỂ."
• Bước 5 — Thêm ví dụ, gồm một ca xấu. Một phản hồi rõ ràng, và một phản hồi chỉ là lời than chung chung để minh hoạ ca ở bước 4.
• Bước 6 — Cấm suy đoán. "Chỉ dùng thông tin có trong phản hồi. Không suy diễn nguyên nhân kỹ thuật."

Bản cuối dài gấp nhiều lần bản đầu. Đó là dấu hiệu tốt. Prompt sản phẩm dài vì nó phải thay thế toàn bộ phần ngữ cảnh mà một đồng nghiệp sẽ tự hiểu.

Kiểm thử prompt — không có cách nào khác ngoài bộ ca chuẩn

Nếu không có bộ ca chuẩn, mỗi lần sửa prompt là một canh bạc: bạn sửa cho ca đang than phiền, và không biết mình vừa phá ca nào khác.

• Lấy 30–50 ca từ dữ liệu thật, không tự nghĩ ra. Ca tự nghĩ luôn sạch sẽ hơn thực tế.
• Với mỗi ca, ghi đầu ra chấp nhận được. Không cần khớp từng chữ — ghi tiêu chí: phải nhắc tới tính năng nào, không được bịa gì.
• Bắt buộc có ba nhóm ca biên: đầu vào rỗng hoặc vô nghĩa; đầu vào rất dài; đầu vào cố tình lái model ra khỏi phạm vi.
• Chạy toàn bộ trước mỗi lần đổi prompt, so với lần trước, chặn phát hành nếu tụt.
• Mỗi lỗi thật báo về thành một ca mới, để nó không quay lại lần hai.

Nhóm ca thứ ba đáng nói riêng: người dùng sẽ thử lái sản phẩm của bạn ra ngoài phạm vi — vì tò mò hoặc cố ý. Prompt phải giữ được phạm vi, và bạn chỉ biết nó giữ được hay không nếu có ca kiểm tra điều đó.

Quản prompt như quản mã nguồn

Dòng cuối cùng là dòng cứu bạn nhiều nhất về lâu dài. Prompt trưởng thành luôn có vài câu trông kỳ quặc; mỗi câu ấy thường là vết sẹo của một lỗi thật.

Hai tình huống thực tế

Phân loại phiếu hỗ trợ. Đầu ra phải là một trong tám nhãn cố định vì phần mềm phía sau dùng nó để định tuyến. Điểm mấu chốt: liệt kê đủ tám nhãn kèm mô tả ngắn, cấm tạo nhãn mới, và bắt buộc có nhãn KHÁC — không có nó, model sẽ nhét bừa phiếu lạ vào một nhãn gần đúng, và không ai phát hiện ra.

Soạn nháp email trả lời khách. Đầu ra là văn bản tự do nên khó kiểm hơn. Prompt phải cố định giọng văn, cấm hứa những điều thuộc thẩm quyền khác (hoàn tiền, thời hạn giao hàng), và luôn để nhân viên duyệt trước khi gửi. Bộ ca chuẩn ở đây phải có ca khách đang giận và ca khách hỏi điều công ty không đáp ứng được.

Hiccups thường gặp và cách xử lý

Vì sao vai trò của bạn cần cái này

Definition of done

• Prompt có đủ sáu phần, phần cố định đặt trước phần thay đổi.
• Có chỉ dẫn rõ ràng cho tình huống thiếu thông tin hoặc ngoài phạm vi.
• Có ví dụ mẫu, trong đó ít nhất một ca khó.
• Bộ ca chuẩn 30+ ca từ dữ liệu thật, gồm ba nhóm ca biên.
• Prompt nằm trong kho mã, có phiên bản, có người duyệt và có người chịu trách nhiệm.
• Mỗi câu bất thường trong prompt có ghi chú lý do tồn tại.