Viết chỉ dẫn cấp hệ thống cho Claude

Prompt chỉ có tác dụng trong một tin nhắn. Chỉ dẫn cấp hệ thống (system-level instructions) có tác dụng với mọi tin nhắn trong một phạm vi: cả tài khoản, cả Project, hay cả tổ chức. Vì áp dụng rộng như vậy, viết mơ hồ một câu là sai lặp đi lặp lại trong hàng trăm cuộc chat.

Bài này giúp bạn trả lời: có những tầng chỉ dẫn nào, và viết chỉ dẫn thế nào cho Claude làm đúng?

Ví dụ xuyên suốt: thư xin lỗi sau sự cố mất mạng

Đội chăm sóc khách hàng của một nhà mạng internet có một Project soạn thư xin lỗi khách sau mỗi sự cố mất mạng. Chỉ dẫn hiện tại chỉ có một câu:

Hãy đồng cảm và thân mật, viết ngắn, và tặng khách một khoản bồi thường.

Kết quả: thư quá suồng sã so với giọng thương hiệu, có thư chỉ ba dòng, và thư nào cũng hứa bồi thường, kể cả khi khách không đủ điều kiện theo chính sách.

Các tầng chỉ dẫn

Trang hỗ trợ về cá nhân hoá tóm lại: chỉ dẫn tài khoản cho thói quen chung của bạn, chỉ dẫn Project cho bối cảnh và yêu cầu riêng của một khối việc, skill cho cách định dạng và làm một loại việc lặp lại.

Với chỉ dẫn tổ chức: khi chỉ dẫn tổ chức và chỉ dẫn cá nhân mâu thuẫn trực tiếp, Claude ưu tiên chỉ dẫn tổ chức; chỉ dẫn cá nhân vẫn áp dụng cho những gì tổ chức không nói tới. Chỉ dẫn tổ chức dài tối đa 3.000 ký tự, có thể mất tới một giờ để có hiệu lực, và không thể tắt các nguyên tắc an toàn có sẵn của Claude.

Viết theo thứ tự

Việc đầu tiên khi viết chỉ dẫn là định mục đích của Project và ranh giới chỉ dẫn phải tôn trọng. Sau đó mới viết nháp, thử trên các yêu cầu tiêu biểu, sửa chỗ thiếu, rồi chia sẻ cho người cùng dùng.

Trong ví dụ, mục đích là "soạn thư xin lỗi khách sau sự cố, đúng giọng thương hiệu"; ranh giới là "không hứa gì ngoài chính sách bồi thường".

Cụ thể thắng mơ hồ

Trang hỗ trợ về chỉ dẫn tổ chức có một ví dụ dễ nhớ: thay vì "hãy chuyên nghiệp", viết "trả lời bằng tiếng Anh trang trọng, không dùng từ viết tắt, tiếng lóng hay emoji". Nguyên tắc đó đúng với mọi tầng chỉ dẫn. Thêm vài nguyên tắc nữa:

• Ngắn gọn. Trang hỗ trợ nói chỉ dẫn tổ chức được gửi kèm mọi tin nhắn của mọi người trong tổ chức, nên chỉ dẫn dài chiếm chỗ trong mọi cuộc chat. Trang hỗ trợ về context window cũng khuyên giữ chỉ dẫn Project ngắn: bối cảnh chung, nguyên tắc chính, vai trò của Claude.
• Không tự mâu thuẫn. Chỉ dẫn mâu thuẫn nhau thì Claude có thể không theo được cái nào.
• Nói lý do khi cần. Tài liệu prompting của Anthropic cho thấy Claude làm đúng hơn khi hiểu vì sao một quy tắc quan trọng.
• Thử lại sau khi lưu. Mở cuộc chat mới, kiểm Claude có làm theo không.

Viết lại chỉ dẫn của nhà mạng:

Bạn soạn thư xin lỗi khách hàng sau sự cố mất mạng.
Giọng: đồng cảm, trang trọng, không viết tắt, không emoji.
Độ dài: tối thiểu 120 chữ; nêu thời gian sự cố, nguyên nhân đã biết, việc đã khắc phục.
Bồi thường: chỉ đề xuất khi khách đủ điều kiện theo Chính sách bồi thường trong knowledge;
không đủ điều kiện thì không nhắc tới bồi thường.

1. Thói quen chung cho mọi cuộc chat của mình?Chỉ dẫn tài khoản
2. Bối cảnh và quy tắc riêng của một khối việc?Chỉ dẫn Project
3. Chuẩn mực cho cả tổ chức?Chỉ dẫn tổ chức, do Owner đặt
4. Một quy trình làm việc lặp lại, có thể kèm tài nguyên?Skill
5. Còn lạiTài liệu tham chiếu dài: đưa vào knowledge, không nhồi vào chỉ dẫn