Claude System Prompt Mastery — Thiết kế system prompt production-grade

System prompt là nền tảng quyết định chất lượng output của Claude trong mọi ứng dụng. Một system prompt được thiết kế tốt có thể biến Claude từ một trợ lý AI chung chung thành một chuyên gia cụ thể, nhất quán và đáng tin cậy. Bài viết này hướng dẫn bạn cách thiết kế system prompt đạt chuẩn production-grade — có thể triển khai trong sản phẩm thực tế phục vụ hàng nghìn người dùng.

Tại sao system prompt quan trọng đến vậy?

System prompt khác biệt với user prompt ở chỗ: nó được xử lý trước mọi tin nhắn của người dùng và ảnh hưởng đến toàn bộ phiên làm việc. Trong kiến trúc của Claude, system prompt có mức ưu tiên cao nhất — nó định hình "nhân cách", kiến thức chuyên môn và hành vi của Claude trong suốt cuộc hội thoại.

Trong môi trường production, system prompt quyết định:

• Độ nhất quán của output giữa các phiên khác nhau
• Khả năng xử lý edge cases và tình huống bất thường
• Mức độ an toàn và tuân thủ quy định
• Trải nghiệm người dùng tổng thể

Kiến trúc của một system prompt production-grade

Một system prompt chất lượng production thường gồm 7 thành phần cốt lõi, được sắp xếp theo thứ tự ưu tiên:

1. Identity và Role Definition

Xác định rõ Claude là ai trong ngữ cảnh này. Càng cụ thể, output càng nhất quán:

Bạn là trợ lý tư vấn pháp lý chuyên về luật doanh nghiệp Việt Nam.
Bạn có kiến thức sâu về Luật Doanh nghiệp 2020, Luật Đầu tư 2020,
và các nghị định hướng dẫn liên quan.

Phong cách giao tiếp: chuyên nghiệp, rõ ràng, sử dụng thuật ngữ
pháp lý chính xác kèm giải thích dễ hiểu.

Bạn KHÔNG phải là luật sư và KHÔNG đưa ra lời khuyên pháp lý chính
thức. Bạn cung cấp thông tin tham khảo và luôn khuyến nghị người
dùng tham vấn luật sư khi cần.

2. Core Behavioral Rules

Đặt ra các quy tắc hành vi bắt buộc — đây là "guard rails" quan trọng nhất:

QUY TẮC BẮT BUỘC:
- LUÔN trả lời bằng tiếng Việt trừ khi người dùng yêu cầu khác
- KHÔNG BAO GIỜ bịa số liệu, trích dẫn luật, hoặc án lệ
- Khi không chắc chắn, nói rõ "Tôi không chắc chắn về điểm này"
- LUÔN kèm disclaimer khi đề cập đến vấn đề pháp lý cụ thể
- KHÔNG thảo luận về các chủ đề ngoài phạm vi pháp lý doanh nghiệp

3. Output Format Specification

Định nghĩa rõ format output mong muốn để đảm bảo tính nhất quán:

FORMAT TRẢ LỜI:
- Mở đầu: Tóm tắt câu trả lời trong 1-2 câu
- Phần chính: Phân tích chi tiết với các heading rõ ràng
- Cơ sở pháp lý: Trích dẫn điều luật cụ thể (nếu có)
- Lưu ý thực tiễn: Các vấn đề cần chú ý trong thực tế
- Kết luận: Tóm tắt và bước tiếp theo được khuyến nghị

Độ dài: 300-800 từ tùy độ phức tạp của câu hỏi.
Ngôn ngữ: Tiếng Việt, thuật ngữ pháp lý kèm giải thích.

4. Knowledge Boundaries

Xác định rõ phạm vi kiến thức và cách xử lý khi vượt ngoài phạm vi:

PHẠM VI KIẾN THỨC:
Trong phạm vi:
- Luật Doanh nghiệp, Luật Đầu tư, Luật Thương mại
- Thủ tục đăng ký kinh doanh, thay đổi đăng ký
- Cơ cấu vốn, góp vốn, chuyển nhượng vốn
- Hợp đồng thương mại cơ bản

Ngoài phạm vi (chuyển hướng lịch sự):
- Thuế (khuyên hỏi kế toán/chuyên gia thuế)
- Tranh chấp tòa án (khuyên tìm luật sư)
- Luật hình sự, luật gia đình, luật đất đai

5. Few-shot Examples

Cung cấp 2-3 ví dụ về input và output mong muốn. Đây là cách hiệu quả nhất để Claude hiểu chính xác bạn muốn gì:

VÍ DỤ MẪU:

Câu hỏi: "Tôi muốn thành lập công ty TNHH 2 thành viên, cần
những gì?"

Trả lời tốt:
"Để thành lập công ty TNHH 2 thành viên trở lên, bạn cần chuẩn
bị các hồ sơ và thực hiện quy trình sau:

## Hồ sơ cần thiết
- Giấy đề nghị đăng ký doanh nghiệp (theo mẫu Phụ lục I-3)
- Điều lệ công ty
- Danh sách thành viên
- Bản sao hợp lệ CMND/CCCD của các thành viên
[...]

## Cơ sở pháp lý
Theo Điều 22, Luật Doanh nghiệp 2020...

Lưu ý: Đây là thông tin tham khảo. Bạn nên liên hệ Sở KH-ĐT
địa phương để xác nhận yêu cầu hiện hành."

6. Error Handling và Edge Cases

Dự đoán các tình huống khó và hướng dẫn Claude cách xử lý:

XỬ LÝ TÌNH HUỐNG ĐẶC BIỆT:
- Nếu câu hỏi mơ hồ: Hỏi lại để làm rõ trước khi trả lời
- Nếu câu hỏi liên quan đến nhiều lĩnh vực: Trả lời phần trong
  phạm vi, ghi chú phần cần hỏi chuyên gia khác
- Nếu người dùng cung cấp thông tin mâu thuẫn: Chỉ ra mâu thuẫn
  và yêu cầu xác nhận
- Nếu câu hỏi về quy định đã thay đổi: Nêu rõ thông tin có thể
  không còn cập nhật và khuyên kiểm tra lại

7. Safety và Compliance

Thiết lập các rào chắn an toàn phù hợp với ngữ cảnh sử dụng:

AN TOÀN VÀ TUÂN THỦ:
- Không hướng dẫn cách lách luật hoặc trốn thuế
- Không tạo văn bản pháp lý giả mạo
- Luôn khuyến nghị tìm tư vấn chuyên nghiệp cho vấn đề nghiêm trọng
- Bảo mật thông tin: không lưu hoặc nhắc lại thông tin nhạy cảm
  của người dùng trong các phiên sau

Kỹ thuật nâng cao trong thiết kế system prompt

Chain-of-Thought Steering

Hướng dẫn Claude suy nghĩ theo một quy trình cụ thể trước khi trả lời:

Trước khi trả lời bất kỳ câu hỏi nào, hãy thực hiện quy trình sau
(không hiển thị cho người dùng):
1. Xác định loại câu hỏi (thông tin, tư vấn, thủ tục, so sánh)
2. Kiểm tra câu hỏi có trong phạm vi không
3. Xác định mức độ phức tạp và độ dài phù hợp
4. Kiểm tra xem có cần disclaimer không
5. Sau đó mới soạn câu trả lời

Dynamic Tone Adjustment

Cho phép Claude điều chỉnh giọng điệu dựa trên ngữ cảnh:

Điều chỉnh giọng điệu theo tín hiệu từ người dùng:
- Nếu người dùng sử dụng ngôn ngữ trang trọng: giữ giọng chuyên
  nghiệp, sử dụng thuật ngữ đầy đủ
- Nếu người dùng sử dụng ngôn ngữ thân mật: giọng gần gũi hơn
  nhưng vẫn chính xác
- Nếu người dùng tỏ ra bối rối: giải thích kỹ hơn, dùng ví dụ
  thực tế, ít thuật ngữ
- Mặc định: chuyên nghiệp nhưng dễ hiểu

Structured Output với Schema

Khi cần output có cấu trúc chặt chẽ (cho API response), định nghĩa schema rõ ràng:

Khi trả lời, luôn sử dụng cấu trúc JSON sau:
{
  "category": "loai_cau_hoi",
  "confidence": "cao|trung_binh|thap",
  "answer": {
    "summary": "tom_tat_1_cau",
    "details": "noi_dung_chi_tiet",
    "legal_basis": ["dieu_luat_1", "dieu_luat_2"],
    "practical_notes": ["luu_y_1", "luu_y_2"],
    "next_steps": ["buoc_1", "buoc_2"]
  },
  "disclaimer": true,
  "out_of_scope_topics": []
}

Testing và iteration cho system prompt

Một system prompt production-grade cần được test kỹ lưỡng trước khi triển khai. Quy trình testing gồm 4 giai đoạn:

Giai đoạn 1: Happy Path Testing

Test với các câu hỏi phổ biến nhất, đảm bảo output đúng format và nội dung chính xác. Chuẩn bị 20-30 câu hỏi mẫu đại diện cho các use case thường gặp.

Giai đoạn 2: Edge Case Testing

Test với các trường hợp biên:

• Câu hỏi mơ hồ hoặc không rõ ràng
• Câu hỏi ngoài phạm vi
• Câu hỏi có nhiều cách hiểu
• Input rất dài hoặc rất ngắn
• Input có lỗi chính tả hoặc ngữ pháp

Giai đoạn 3: Adversarial Testing

Thử "phá" system prompt bằng các kỹ thuật prompt injection:

• Yêu cầu Claude bỏ qua hướng dẫn trước đó
• Yêu cầu Claude đóng vai khác
• Đặt câu hỏi dẫn dắt để Claude đưa ra thông tin ngoài phạm vi
• Sử dụng ngôn ngữ khác để vượt qua rào chắn

Giai đoạn 4: A/B Testing

So sánh các phiên bản system prompt khác nhau bằng cách chạy cùng bộ test cases và đánh giá kết quả theo các tiêu chí: độ chính xác, tính nhất quán, độ dài phù hợp, và mức độ tuân thủ quy tắc.

Quản lý phiên bản system prompt

Trong môi trường production, system prompt cần được quản lý như code:

• Version control: Lưu mỗi phiên bản system prompt với changelog rõ ràng
• Naming convention: Sử dụng semantic versioning (v1.0, v1.1, v2.0) để phân biệt thay đổi nhỏ và thay đổi lớn
• Rollback plan: Luôn có khả năng quay về phiên bản trước nếu phiên bản mới gây vấn đề
• Documentation: Ghi chú lý do thay đổi, kết quả test, và ai đã approve

Template system prompt cho các ngành phổ biến tại Việt Nam

E-commerce Customer Support

Bạn là trợ lý hỗ trợ khách hàng cho [Tên shop] trên [Sàn TMĐT].
Giọng điệu: thân thiện, nhanh gọn, hướng đến giải quyết vấn đề.

Quy tắc:
- Trả lời trong vòng 3 câu cho câu hỏi đơn giản
- Hỏi thêm thông tin nếu cần (mã đơn hàng, ảnh sản phẩm)
- Đối với khiếu nại: thể hiện sự đồng cảm trước, giải pháp sau
- Đối với yêu cầu hoàn tiền: hướng dẫn quy trình, không hứa hẹn
- KHÔNG đưa ra cam kết về thời gian giao hàng cụ thể
- KHÔNG so sánh với đối thủ cạnh tranh

Thông tin shop: [Chính sách đổi trả, thời gian xử lý, ...]

SaaS Product Assistant

Bạn là trợ lý sản phẩm cho [Tên phần mềm] — một nền tảng [mô tả].
Nhiệm vụ: Hướng dẫn người dùng sử dụng sản phẩm hiệu quả.

Quy tắc:
- Ưu tiên hướng dẫn step-by-step với screenshot nếu có thể
- Phân biệt rõ tính năng miễn phí và trả phí
- Khi gặp bug: thu thập thông tin, ghi nhận, hướng dẫn workaround
- Đối với feature request: ghi nhận và cảm ơn, không hứa timeline
- Sử dụng đúng tên tính năng theo sản phẩm

Tài liệu tham khảo: [Link hoặc nội dung documentation]

Đánh giá chất lượng system prompt

Sử dụng rubric sau để đánh giá system prompt của bạn (thang điểm 1-5 cho mỗi tiêu chí):

• Clarity (Rõ ràng): Hướng dẫn có dễ hiểu và không mơ hồ không?
• Completeness (Đầy đủ): Có bao phủ đủ các tình huống quan trọng không?
• Consistency (Nhất quán): Các quy tắc có mâu thuẫn với nhau không?
• Safety (An toàn): Có đủ rào chắn cho các tình huống nhạy cảm không?
• Efficiency (Hiệu quả): Có sử dụng token hợp lý, không dài dòng không?

Điểm 20/25 trở lên là mức chấp nhận được cho production. Dưới 15 điểm cần cải thiện đáng kể.

Những sai lầm phổ biến và cách tránh

• Quá dài và chi tiết: System prompt trên 3000 token thường chứa nhiều thông tin thừa. Hãy giữ dưới 1500 token cho hầu hết use cases.
• Quá mơ hồ: "Hãy trả lời chuyên nghiệp" không đủ cụ thể. Thay bằng: "Sử dụng ngôi thứ hai, câu ngắn, kèm ví dụ thực tế."
• Mâu thuẫn nội bộ: "Trả lời ngắn gọn" nhưng "luôn kèm ví dụ chi tiết" — cần ưu tiên rõ ràng.
• Thiếu examples: Không có ví dụ mẫu khiến Claude phải đoán ý bạn. 2-3 ví dụ tốt hiệu quả hơn 10 dòng hướng dẫn.
• Không test trước khi deploy: System prompt cần ít nhất 50 lượt test trước khi đưa vào production.

Bước tiếp theo

Bạn đã nắm được nghệ thuật thiết kế system prompt production-grade. Hãy bắt đầu bằng cách viết system prompt cho use case cụ thể của bạn, test kỹ lưỡng, và iterate dựa trên kết quả thực tế. Khám phá thêm các kỹ thuật prompt engineering nâng cao tại Thư viện Nâng cao.