Mục tiêu
Prompt này được thiết kế để hỗ trợ nhóm phát triển sản phẩm số tạo ra checklist review code có cấu trúc, dễ áp dụng và phù hợp với bối cảnh kỹ thuật cụ thể. Thay vì review theo cảm tính hoặc phụ thuộc vào kinh nghiệm từng cá nhân, đội ngũ có thể thống nhất một bộ tiêu chí rõ ràng để đánh giá chất lượng mã nguồn.
Checklist tạo ra có thể bao phủ các nhóm tiêu chí quan trọng như tính đúng đắn, khả năng bảo trì, hiệu năng, bảo mật, kiểm thử, kiến trúc, tính nhất quán với coding convention và mức độ ảnh hưởng đến sản phẩm.
Khi nào nên dùng
- Khi team chưa có checklist review code chính thức.
- Khi muốn chuẩn hóa quy trình review pull request giữa nhiều lập trình viên.
- Khi onboarding thành viên mới và cần tài liệu review dễ hiểu.
- Khi sản phẩm tăng trưởng nhanh, số lượng PR nhiều và cần giảm lỗi lọt sang môi trường production.
- Khi cần checklist riêng cho frontend, backend, mobile, data hoặc full-stack.
Hướng dẫn tùy biến
1. Bổ sung bối cảnh kỹ thuật
Hãy cung cấp càng rõ càng tốt về loại sản phẩm, stack công nghệ, kiến trúc hệ thống, quy mô team và mức độ phức tạp của mã nguồn. Ví dụ: ứng dụng SaaS, React + Node.js, microservices, mobile app Flutter, hoặc backend Java Spring.
2. Xác định mục tiêu review
Bạn có thể yêu cầu AI ưu tiên một hoặc nhiều mục tiêu như giảm bug, tăng tính dễ bảo trì, kiểm soát bảo mật, cải thiện hiệu năng hoặc chuẩn hóa coding style. Điều này giúp checklist bám sát nhu cầu thực tế hơn.
3. Chọn mức độ chi tiết
Nếu team cần áp dụng nhanh, hãy yêu cầu checklist ngắn gọn theo dạng pass/fail. Nếu dùng cho quy trình nội bộ bài bản, hãy yêu cầu checklist có giải thích, ví dụ dấu hiệu cần kiểm tra và mức độ ưu tiên.
4. Phân tách theo loại thay đổi
Bạn có thể yêu cầu tạo checklist riêng cho tính năng mới, sửa lỗi, refactor, thay đổi schema dữ liệu, tích hợp API bên thứ ba hoặc thay đổi liên quan tới authentication và phân quyền.
Lưu ý
- Checklist tốt nên ngắn gọn, dễ quét, dễ dùng trong PR thực tế và tránh quá lý thuyết.
- Không nên dùng một checklist duy nhất cho mọi loại dự án nếu stack và rủi ro kỹ thuật khác nhau đáng kể.
- Nên rà soát và cập nhật checklist định kỳ theo lỗi production, retrospective và thay đổi kiến trúc.
- Checklist chỉ là công cụ hỗ trợ; reviewer vẫn cần đánh giá theo bối cảnh nghiệp vụ và tác động hệ thống.
Nội dung Prompt
Có thể bạn quan tâm
Sản phẩm nổi bật
Quy trình tạo video review ăn vặt bằng ai chuyên nghiệp
Quy trình tạo Video AI 3D chủ đề cây thuốc dân gian (thuốc nam)
Quy trình tạo video xây kênh triết lý sống phong cách hoạt hình, làm affiliate bán sách

