Đăng Ký Học SEO

Prompt QA rubric: chấm điểm prompt

Rubric chấm prompt theo độ rõ và an toàn. Ô nhập USE_CASE, RISK_LEVEL, DATA_CLASS, POLICY. Kèm ví dụ thực chiến, mẫu copy dùng ngay và bảng Pass/Fail.

TL;DR

Prompt “Prompt QA rubric: chấm điểm prompt” có mục tiêu: rubric chấm prompt theo độ rõ và an toàn. Đầu ra chuẩn gồm guardrails → workflow review → log/version → bản public an toàn. Nguyên tắc khi chạy: không bịa, thiếu dữ liệu thì ghi “CẦN BỔ SUNG”, nội dung nhạy cảm phải redaction.

  • Mục tiêu: Rubric chấm prompt theo độ rõ và an toàn.
  • Output chuẩn: guardrails → workflow review → log/version → bản public an toàn.
  • Nguyên tắc: không bịa; thiếu dữ liệu thì ghi “CẦN BỔ SUNG”; nội dung nhạy cảm phải redaction.

1) Input Spec (bắt buộc)

Prompt cần 5 ô nhập trước khi chạy: Use case, Risk level, Data class, Policy constraints và Approval. Điền đủ các ô bằng thông tin thật của dự án rồi mới dán prompt vào công cụ AI, ô nào bỏ trống thì kết quả sẽ chung chung.

{USE_CASE} Bắt buộc
Kịch bản ứng dụng AI hoặc quy trình nghiệp vụ cần chuẩn hóa.
Ví dụ: Tự động phân loại ticket hỗ trợ và soạn bản nháp phản hồi
{RISK_LEVEL} Bắt buộc
Mức độ rủi ro tuân thủ hoặc an toàn dữ liệu của quy trình.
Ví dụ: Mức độ 2 (Rủi ro trung bình, yêu cầu rà soát nội bộ)
{DATA_CLASS} Bắt buộc
Cấp độ bảo mật của tập dữ liệu đưa vào mô hình AI.
Ví dụ: Dữ liệu nội bộ doanh nghiệp (Internal Confidential)
{POLICY} Bắt buộc
Chính sách bảo mật, luật bảo vệ dữ liệu hoặc quy chuẩn ngành.
Ví dụ: Không đưa thông tin cá nhân khách hàng vào prompt công khai
{APPROVAL} Bắt buộc
Thông số đầu vào bắt buộc: approval phục vụ phân tích kỹ thuật chính xác.
Ví dụ: Dữ liệu cấu hình thực tế của approval trên hệ thống

2) Ví dụ thực chiến

Ví dụ chạy với USE_CASE là “Ops”, RISK_LEVEL là “Medium” và DATA_CLASS là “Internal”. Đối chiếu kết quả của ví dụ với bảng Pass/Fail trước khi thay bằng dữ liệu dự án của bạn. Các ô nhập còn lại giữ như mẫu, nên bạn chỉ cần thay giá trị cho đúng dự án của mình rồi so kết quả với ví dụ.

Input

  • USE_CASE: Ops
  • RISK_LEVEL: Medium
  • DATA_CLASS: Internal
  • POLICY: Không bịa dữ liệu; nếu thiếu ghi “CẦN BỔ SUNG”.

Output kỳ vọng

  • Prompt có guardrails + câu hỏi làm rõ (nếu thiếu dữ liệu)
  • Checklist QA & compliance
  • Log/version + owner + change note
  • Bản public đã redaction (nếu cần)

3) Mẫu thao tác (copy dùng ngay)

Dán nguyên mẫu vào ChatGPT, Gemini hoặc Claude, thay 5 ô {USE_CASE}, {RISK_LEVEL}, {DATA_CLASS}, {POLICY} và {APPROVAL} bằng thông tin của bạn rồi chạy. Mẫu giao cho AI vai AI Governance Lead + Prompt QA, nên giữ nguyên câu mở đầu để lần chạy nào cũng ra cùng một cấu trúc.

System Prompt: Prompt QA rubric CLAUDE / CHATGPT / GEMINI / AI OVERVIEW
Bạn là AI Governance Lead + Prompt QA.
Use case: {USE_CASE}
Risk level: {RISK_LEVEL}
Data class: {DATA_CLASS}
Policy constraints: {POLICY}
Approval: {APPROVAL}

Hãy xuất theo format:
A) Guardrails (10 quy tắc) cho prompt này
B) Câu hỏi làm rõ (nếu thiếu dữ liệu) + tiêu chí “dừng lại”
C) Output format an toàn (không suy đoán, có nhãn mức chắc chắn)
D) Checklist QA (20 điểm) trước khi publish/hand-off
E) Redaction plan (public vs internal) + mẫu thay thế dữ liệu nhạy cảm
F) Versioning: owner, version, change log, rollback
G) Audit trail: ghi lại input, nguồn dữ liệu, người review, ngày review

4) Pass/Fail

Kết quả đạt khi có guardrails rõ, có reviewer/owner, có log, không lộ dữ liệu nhạy cảm. Không đạt khi prompt khuyến khích bịa, tiết lộ thông tin nội bộ, hoặc thiếu QA. Chấm kết quả theo hai tiêu chí này trước khi dùng, trượt tiêu chí nào thì sửa ô nhập đó rồi chạy lại.

KẾT QUẢ ĐẠT CHUẨN (PASS)

  • Bám sát 100% dữ liệu đầu vào thực tế, không đưa ra nhận định chung chung thiếu bằng chứng.
  • Phân loại thứ tự ưu tiên bằng số điểm định lượng (ICE/RICE), chỉ rõ các tác vụ khẩn cấp cần làm trước.
  • Lịch trình triển khai được bóc tách theo từng ngày hoặc từng giai đoạn rõ ràng, có phân công cụ thể.
  • Mỗi đầu việc đều có tiêu chuẩn nghiệm thu định lượng (Definition of Done) đo lường được.
  • Có kịch bản rollback và phương án xử lý rủi ro dự phòng nếu phát sinh sự cố kỹ thuật.

KẾT QUẢ CẦN CHẠY LẠI (FAIL)

  • Đưa ra lời khuyên lý thuyết sách giáo khoa mà không giải quyết dữ liệu cụ thể của dự án.
  • Không phân định rõ ràng thời gian hoàn tất, dàn trải tài nguyên tùy tiện.
  • Tiêu chí nghiệm thu ghi mơ hồ, thiếu chỉ số kỹ thuật hoặc ngưỡng định lượng đối chứng.
  • Thiếu phương án dự phòng khi phát sinh xung đột mã nguồn hoặc tụt lưu lượng truy cập.

Định nghĩaPrompt QA rubric là bộ tiêu chí chấm prompt theo độ rõ và an toàn, giúp bạn biết prompt đạt hay không đạt trước khi dùng cho dự án thật.

Cách chấm điểm prompt bằng Prompt QA rubric

Các bước giúp bạn điền đủ ô nhập, chạy mẫu prompt và chấm kết quả theo bảng Pass/Fail, để prompt có guardrails rõ và không lộ dữ liệu nhạy cảm.

  1. Điền đủ 5 ô nhậpĐiền Use case, Risk level, Data class, Policy constraints và Approval bằng thông tin thật của dự án, vì ô nào bỏ trống thì kết quả sẽ chung chung.
  2. Chạy thử ví dụ mẫuChạy ví dụ với USE_CASE là Ops, RISK_LEVEL là Medium và DATA_CLASS là Internal, rồi đối chiếu kết quả với bảng Pass/Fail.
  3. Dán mẫu vào công cụ AIDán nguyên mẫu vào ChatGPT, Gemini hoặc Claude, thay 5 ô bằng thông tin của bạn và giữ nguyên câu mở đầu để mỗi lần chạy ra cùng cấu trúc.
  4. Kiểm tra đầu ra chuẩnKiểm tra kết quả có guardrails, checklist QA và compliance, log/version kèm owner và change note, cùng bản public đã redaction nếu cần.
  5. Chấm theo bảng Pass/FailKết quả đạt khi có guardrails rõ, có reviewer/owner, có log và không lộ dữ liệu nhạy cảm. Không đạt khi prompt khuyến khích bịa, tiết lộ thông tin nội bộ hoặc thiếu QA.
  6. Sửa ô nhập rồi chạy lạiTrượt tiêu chí nào thì sửa đúng ô nhập liên quan rồi chạy lại prompt, tới khi kết quả đạt mới đem dùng.

Câu hỏi thường gặp về Prompt QA rubric

Giải đáp trực tiếp các câu hỏi thường gặp về Prompt QA rubric dựa trên dữ liệu triển khai thực tế, quy trình kiểm thử kỹ thuật và kinh nghiệm thực chiến trên website thật để tối ưu hiệu quả tìm kiếm.

Bỏ trống một ô nhập thì kết quả chấm theo Prompt QA rubric bị ảnh hưởng ra sao?

Ô nhập nào bỏ trống thì kết quả sẽ chung chung. Prompt cần đủ 5 ô gồm Use case, Risk level, Data class, Policy constraints và Approval. Bạn điền từng ô bằng thông tin thật của dự án rồi mới dán prompt vào công cụ AI, sau đó chấm kết quả theo bảng Pass/Fail.

Ô POLICY nên ghi gì để AI không tự điền vào chỗ thiếu dữ liệu?

Ô POLICY nên ghi ràng buộc không bịa dữ liệu, nếu thiếu thì ghi “CẦN BỔ SUNG”, như trong ví dụ thực chiến với use case Ops. Policy constraints còn có thể thêm không tiết lộ, không suy đoán. Prompt đạt chuẩn cũng có câu hỏi làm rõ khi thiếu dữ liệu.

Data class là PII hoặc Confidential thì cần soát kỹ điểm nào khi chấm prompt?

Cần soát kỹ việc kết quả có lộ dữ liệu nhạy cảm hay không. Bảng Pass/Fail chỉ cho đạt khi không lộ dữ liệu nhạy cảm, và chấm Fail khi prompt tiết lộ thông tin nội bộ. Nội dung nhạy cảm phải được redaction, và đầu ra chuẩn có bản public an toàn, đã redaction nếu cần.

Prompt bị chấm Fail thường vướng ở những lỗi nào?

Prompt bị Fail khi khuyến khích bịa, tiết lộ thông tin nội bộ hoặc thiếu QA. Khi kết quả trượt tiêu chí nào, bạn sửa đúng ô nhập đó, chạy lại prompt và chấm lại theo bảng Pass/Fail trước khi đem dùng.

Prompt QA rubric cần những ô nhập nào trước khi chạy?

Cần 5 ô nhập: Use case, Risk level, Data class, Policy constraints và Approval. Use case chọn trong SEO, Content, Sales, CSKH, Ops, Dev. Risk level là Low, Med hoặc High. Approval ghi Reviewer hoặc Owner, còn Policy ghi ràng buộc như không bịa, không tiết lộ, không suy đoán.

Phần log/version trong kết quả chạy prompt cần ghi kèm những gì?

Phần log/version cần ghi kèm owner và change note. Log cũng là một tiêu chí của bảng Pass/Fail, vì kết quả chỉ đạt khi có log và có reviewer/owner. Trong đầu ra chuẩn, log/version đứng sau guardrails và workflow review, trước bản public an toàn.

Ô Approval nhận giá trị nào và liên quan gì tới việc chấm Pass/Fail?

Ô Approval ghi Reviewer hoặc Owner. Bảng Pass/Fail chỉ tính đạt khi kết quả có reviewer/owner, cùng guardrails rõ, có log và không lộ dữ liệu nhạy cảm. Trượt tiêu chí này thì bạn sửa ô Approval rồi chạy lại prompt.

Khi nào kết quả chấm theo bảng Pass/Fail được tính là đạt?

Kết quả đạt khi có guardrails rõ, có reviewer/owner, có log và không lộ dữ liệu nhạy cảm. Chỉ cần prompt khuyến khích bịa, tiết lộ thông tin nội bộ hoặc thiếu QA là không đạt. Bạn chấm theo hai tiêu chí này trước khi dùng kết quả.

Prompt QA rubric là gì và dùng để làm gì khi viết prompt?

Prompt QA rubric là bộ tiêu chí chấm prompt theo độ rõ và an toàn. Prompt QA rubric nhận 5 ô nhập gồm Use case, Risk level, Data class, Policy constraints, Approval và cho ra guardrails, workflow review, log/version cùng bản public an toàn, kèm bảng Pass/Fail để biết prompt đạt hay không.

Có cần chấm điểm prompt trước khi đưa vào dùng thật không?

Có, nên chấm điểm prompt trước khi dùng. Prompt QA rubric giúp phát hiện prompt khuyến khích bịa, tiết lộ thông tin nội bộ hoặc thiếu QA, là những lỗi làm prompt bị Fail. Prompt chỉ đạt khi có guardrails rõ, có reviewer/owner, có log và không lộ dữ liệu nhạy cảm.

Người mới nên bắt đầu dùng Prompt QA rubric từ đâu?

Nên bắt đầu Prompt QA rubric từ ví dụ thực chiến với USE_CASE là Ops, RISK_LEVEL là Medium và DATA_CLASS là Internal. Đối chiếu kết quả ví dụ với bảng Pass/Fail, sau đó thay giá trị các ô nhập bằng thông tin thật của dự án và so kết quả với ví dụ.

Prompt QA rubric dùng được với ChatGPT, Gemini hay Claude không?

Prompt QA rubric dùng được với ChatGPT, Gemini hoặc Claude. Bạn dán nguyên mẫu vào công cụ, thay 5 ô USE_CASE, RISK_LEVEL, DATA_CLASS, POLICY và APPROVAL rồi chạy. Mẫu giao cho AI vai AI Governance Lead và Prompt QA, giữ nguyên câu mở đầu để lần chạy nào cũng ra cùng một cấu trúc.

Menu

Thêm vào màn hình chính

  1. 1 Bấm nút Chia sẻ ở thanh công cụ Safari
  2. 2 Kéo xuống, chọn Thêm vào MH chính
  3. 3 Bấm Thêm ở góc trên bên phải

Ba bước này là của Safari. Nếu đang xem trong ứng dụng khác thì bấm mở bằng Safari trước đã.