TL;DR
Prompt “Periodic review: lịch review 30/60/90 ngày” có mục tiêu: chu kỳ rà soát và cập nhật prompt. Đầ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: Chu kỳ rà soát và cập nhật prompt.
- 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.
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.
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 review4) 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ĩaPeriodic review là prompt lập chu kỳ rà soát và cập nhật prompt theo lịch 30/60/90 ngày, giúp bạn có guardrails, workflow review, log/version và bản public an toàn trước khi dùng.
Cách chạy prompt Periodic review cho lịch 30/60/90 ngày
Các bước giúp bạn chạy prompt Periodic review với đủ ô nhập, so kết quả với ví dụ mẫu và chấm theo bảng Pass/Fail trước khi đưa vào dùng.
- Đ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, không bỏ trống ô nào để kết quả khỏi chung chung.
- Chạy thử ví dụ mẫuChạy ví dụ với USE_CASE là Ops, RISK_LEVEL là Medium, DATA_CLASS là Internal rồi đối chiếu kết quả với bảng Pass/Fail.
- Dán mẫu vào công cụ AIDán nguyên mẫu vào ChatGPT, Gemini hoặc Claude, thay các ô bằng thông tin của bạn và giữ nguyên câu mở đầu giao vai AI Governance Lead + Prompt QA.
- Kiểm tra đầu ra chuẩnXem kết quả có đủ guardrails, workflow review, log/version kèm owner và change note, cùng bản public đã redaction nếu cần.
- Chấm theo bảng Pass/FailKết quả đạt khi có guardrails rõ, có reviewer/owner, có log, không lộ dữ liệu nhạy cảm. Trượt tiêu chí nào thì sửa ô nhập đó rồi chạy lại.
Câu hỏi thường gặp về Periodic review
Giải đáp trực tiếp các câu hỏi thường gặp về Periodic review 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.
Vì sao kết quả prompt Periodic review ra chung chung, thiếu chi tiết dự án?
Thường do bạn bỏ trống ô nhập. Prompt cần đủ 5 ô Use case, Risk level, Data class, Policy constraints và Approval, điền bằng thông tin thật của dự án. Ô nào trống thì AI không có dữ kiện để bám, nên kết quả trả về chung chung.
Đến kỳ rà soát 30/60/90 ngày mà prompt chưa có đủ thông tin thì kết quả review ghi thế nào?
Chỗ còn thiếu phải ghi “CẦN BỔ SUNG”, vì nguyên tắc của prompt Periodic review là không bịa. Đầu ra có kèm câu hỏi làm rõ để bạn bổ sung đúng chỗ thiếu. Prompt nào khuyến khích bịa thì kết quả review đó bị tính là Fail.
Prompt xếp Data class PII hoặc Confidential thì mỗi kỳ rà soát cần kiểm tra thêm gì?
Bạn kiểm tra phần redaction, vì nội dung nhạy cảm phải được redaction. Đầu ra chuẩn có bản public an toàn đã redaction nếu cần, và kết quả chỉ đạt khi không lộ dữ liệu nhạy cảm. Kết quả tiết lộ thông tin nội bộ bị tính là Fail.
Muốn so kết quả giữa các kỳ review 30/60/90 ngày thì giữ cố định phần nào của mẫu?
Bạn giữ nguyên câu mở đầu của mẫu, nơi giao cho AI vai AI Governance Lead + Prompt QA, để lần chạy nào cũng ra cùng một cấu trúc. Mỗi kỳ bạn chỉ thay giá trị trong 5 ô nhập, nên guardrails, log/version và change note của các kỳ dễ đặt cạnh nhau để so.
Đầu ra chuẩn của prompt Periodic review gồm những phần nào?
Đầu ra chuẩn gồm guardrails, workflow review, log/version và bản public an toàn. Trong ví dụ, kết quả kỳ vọng có guardrails kèm câu hỏi làm rõ khi thiếu dữ liệu, checklist QA và compliance, log/version cùng owner và change note, và bản public đã redaction nếu cần.
Use case, Risk level và Data class có những lựa chọn nào?
Use case chọn trong SEO, Content, Sales, CSKH, Ops hoặc Dev. Risk level chọn trong Low, Med hoặc High. Data class chọn trong Public, Internal, PII hoặc Confidential. Ví dụ thực chiến dùng use case Ops, Risk level Medium và Data class Internal.
Ô Approval trong prompt Periodic review dùng để ghi gì?
Ô Approval ghi người duyệt kết quả, chọn giữa Reviewer hoặc Owner. Đây là một tiêu chí chấm: kết quả chỉ đạt khi có reviewer/owner, có guardrails rõ, có log và không lộ dữ liệu nhạy cảm. Log/version trong đầu ra kỳ vọng cũng ghi kèm owner và change note.
Khi nào kết quả của prompt bị tính là Fail?
Kết quả bị tính Fail khi prompt khuyến khích bịa, tiết lộ thông tin nội bộ, hoặc thiếu QA. Bạn chấm theo tiêu chí Pass/Fail trước khi dùng. Trượt tiêu chí nào thì sửa ô nhập đó rồi chạy lại, đến khi kết quả có guardrails rõ, có reviewer/owner, có log và không lộ dữ liệu nhạy cảm.
Periodic review cho prompt là gì?
Periodic review cho prompt là chu kỳ rà soát và cập nhật prompt theo lịch 30/60/90 ngày. Prompt Periodic review nhận 5 ô nhập Use case, Risk level, Data class, Policy constraints, Approval và trả về guardrails, workflow review, log/version cùng bản public an toàn, với nguyên tắc không bịa và redaction nội dung nhạy cảm.
Prompt đang dùng cho công việc có cần periodic review không?
Có, prompt đang dùng cho công việc cần periodic review để giữ guardrails rõ, có reviewer/owner, có log và không lộ dữ liệu nhạy cảm. Lịch 30/60/90 ngày cho bạn mốc rà soát và cập nhật prompt, mỗi lần đều có log/version kèm owner và change note.
Periodic review khác viết prompt một lần rồi dùng mãi thế nào?
Periodic review khác viết prompt một lần ở chỗ prompt được rà soát và cập nhật theo chu kỳ 30/60/90 ngày. Mỗi lần review, kết quả có checklist QA và compliance, log/version kèm owner và change note, nên bạn biết prompt đã đổi gì, ai duyệt, và bản public nào an toàn để chia sẻ.
Nên bắt đầu periodic review cho prompt từ đâu?
Periodic review cho prompt nên bắt đầu từ việc điền đủ 5 ô nhập: Use case, Risk level, Data class, Policy constraints và Approval. Sau đó chạy thử ví dụ Ops, Medium, Internal, đối chiếu kết quả với bảng Pass/Fail, rồi mới thay bằng dữ liệu thật của dự án.
Làm tiếp trên chính website của bạn
Chọn theo điều bạn đang cần: người soi website, nền tảng để tự làm, hay người kèm tới nơi.
Phân tích SEO và GEO Online
Tìm đúng chỗ website đang nghẽn, bàn giao thứ tự sửa và bản đồ nội dung theo DLN™. Học tiếp Mentor thì phí này được trừ vào học phí.
Xem phạm vi phân tíchKhóa học SEO cơ bản Online
6 buổi online về Technical và On-page, đủ nền tảng để tự rà và sửa website của bạn.
Xem lộ trình họcMentor SEO 1 kèm 1 Online
12 buổi trong 4 tuần, làm trực tiếp trên website của bạn cùng Danh Nolan.
Xem cách kèm