TL;DR
Prompt “Postmortem template: sau sự cố prompt” có mục tiêu: template postmortem + action items. Đầ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: Template postmortem + action items.
- 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ĩaPostmortem template là mẫu prompt dùng sau sự cố prompt, giúp bạn viết postmortem kèm action items với guardrails, workflow review, log/version và bản public an toàn đã redaction.
Cách viết postmortem sau sự cố prompt bằng template
Các bước giúp bạn điền đủ ô nhập, chạy mẫu trên công cụ AI và chấm kết quả theo bảng Pass/Fail trước khi dùng bản postmortem cho dự án.
- Đ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.
- 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 trước khi thay dữ liệu dự án.
- 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 ô nhập bằng thông tin của bạn và giữ nguyên câu mở đầu để lần chạy nào cũng ra cùng cấu trúc.
- Kiểm tra đầu ra kỳ vọngXem đầu ra có guardrails kèm câu hỏi làm rõ khi thiếu dữ liệu, checklist QA và compliance, log/version kèm owner và change note, bản public đã redaction nếu cần.
- Chấm kết quả theo 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. 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ề Postmortem template
Giải đáp trực tiếp các câu hỏi thường gặp về Postmortem template 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ả postmortem từ AI ra chung chung, thiếu chi tiết sự cố?
Kết quả chung chung thường do bỏ trống ô nhập. Prompt cần đủ Use case, Risk level, Data class, Policy constraints và Approval trước khi chạy. Bạn đ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, kết quả sẽ sát với dự án hơn.
Thiếu dữ liệu về sự cố thì có nên để AI tự điền phần còn thiếu không?
Không nên. Nguyên tắc của template là không bịa, thiếu dữ liệu thì ghi “CẦN BỔ SUNG”. Đầu ra kỳ vọng cũng có câu hỏi làm rõ khi thiếu dữ liệu, nên bạn bổ sung thông tin thật rồi chạy lại để postmortem không chứa chi tiết đoán mò.
Làm sao tránh lộ thông tin nội bộ khi công khai bản postmortem sự cố prompt?
Nội dung nhạy cảm phải redaction trước khi công khai. Đầu ra chuẩn kết thúc bằng bản public an toàn, đã redaction nếu cần. Bảng Pass/Fail cũng đánh trượt kết quả nào tiết lộ thông tin nội bộ, nên bạn kiểm tra bản public theo tiêu chí đó trước khi đăng.
Kết quả postmortem bị đánh Fail thì nên sửa ở đâu trước?
Bạn xem kết quả trượt tiêu chí nào rồi sửa đúng ô nhập liên quan và chạy lại. Kết quả 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. Ví dụ thiếu reviewer/owner thì bổ sung ô Approval, lộ dữ liệu thì xem lại Data class và Policy constraints.
Postmortem template gồm những ô nhập nào và mỗi ô nhận giá trị gì?
Template có 5 ô nhập. Use case nhận SEO, Content, Sales, CSKH, Ops hoặc Dev. Risk level nhận Low, Med hoặc High. Data class nhận Public, Internal, PII hoặc Confidential. Policy constraints ghi luật như không bịa, không tiết lộ, không suy đoán. Approval ghi Reviewer hoặc Owner.
Đầu ra chuẩn của prompt postmortem sau sự cố gồm những phần nào?
Đầu ra chuẩn đi theo thứ tự guardrails, workflow review, log/version rồi bản public an toàn. Cụ thể, kết quả có guardrails kèm câu hỏi làm rõ khi thiếu dữ liệu, checklist QA và compliance, log/version kèm owner và change note, cùng bản public đã redaction nếu cần.
Ví dụ thực chiến của template postmortem dùng giá trị đầu vào nào?
Ví dụ chạy với USE_CASE là Ops, RISK_LEVEL là Medium, DATA_CLASS là Internal và POLICY là không bịa dữ liệu, thiếu thì ghi “CẦN BỔ SUNG”. Bạn đối chiếu kết quả của ví dụ với bảng Pass/Fail trước, rồi mới thay giá trị cho đúng dự án.
Vì sao cần giữ nguyên câu mở đầu khi dán mẫu postmortem vào công cụ AI?
Giữ nguyên câu mở đầu giúp lần chạy nào cũng ra cùng một cấu trúc. Mẫu giao cho AI vai AI Governance Lead + Prompt QA. Bạn chỉ thay các ô {USE_CASE}, {RISK_LEVEL}, {DATA_CLASS}, {POLICY} và {APPROVAL} bằng thông tin của bạn rồi chạy trên ChatGPT, Gemini hoặc Claude.
Postmortem template cho sự cố prompt là gì?
Postmortem template cho sự cố prompt là mẫu prompt giúp viết postmortem kèm action items sau sự cố. Template nhận 5 ô nhập gồm Use case, Risk level, Data class, Policy constraints và Approval, rồi trả về guardrails, workflow review, log/version và bản public an toàn đã redaction.
Có cần người duyệt khi dùng AI viết postmortem sau sự cố prompt không?
Có, postmortem sự cố prompt viết bằng AI cần người duyệt. Postmortem template có ô Approval để ghi Reviewer hoặc Owner, và bảng Pass/Fail chỉ cho kết quả đạt khi có reviewer/owner, có guardrails rõ, có log và không lộ dữ liệu nhạy cảm. Thiếu QA thì kết quả bị đánh Fail.
Nên bắt đầu viết postmortem sau sự cố prompt từ đâu?
Viết postmortem sau sự cố prompt nên bắt đầu từ việc điền đủ 5 ô nhập: Use case, Risk level, Data class, Policy constraints và Approval. Tiếp theo, chạy thử ví dụ Ops với Risk level Medium và Data class Internal, đối chiếu với bảng Pass/Fail, rồi mới thay dữ liệu dự án thật.
Khi dùng AI viết postmortem sự cố prompt cần giữ những nguyên tắc nào?
Prompt postmortem sau sự cố prompt chạy theo ba nguyên tắc: không bịa, thiếu dữ liệu thì ghi “CẦN BỔ SUNG”, và nội dung nhạy cảm phải redaction. Policy constraints trong template cũng ghi không bịa, không tiết lộ, không suy đoán, nên kết quả khuyến khích bịa sẽ bị đánh Fail.
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