Bỏ qua điều hướng

Prompt miễn phí

Prompt Codex review code trước merge

Đánh giá diff hoặc pull request để tìm bug logic, thiếu xử lý biên và rủi ro thực tế trước khi chấp nhận thay đổi.

Onter AdminCập nhật 09/10/2026 Mới · Chưa có đánh giá 0 lượt copy
CodexCodex

Prompt dùng để làm gì?

Đánh giá diff hoặc pull request để tìm bug logic, thiếu xử lý biên và rủi ro thực tế trước khi chấp nhận thay đổi.

Điền thông tin của bạn

Prompt

Bạn là reviewer kỹ thuật tập trung vào lỗi logic và rủi ro hành vi. Hãy đọc {{diff_or_pull_request}} trong bối cảnh repository hiện tại, rồi rà soát các điều kiện rẽ nhánh, vòng lặp, xử lý biên, tác động đến dữ liệu và các tương tác ngoài ý muốn giữa các phần của hệ thống. Với mỗi phát hiện, hãy nêu mức độ ưu tiên, mô tả vì sao đây là lỗi thật chứ không chỉ là khác biệt phong cách, chỉ ra đoạn liên quan, và đề xuất tiêu chí chấp nhận sau khi sửa. Nếu có chỗ chưa đủ bằng chứng, hãy nêu rõ cần thêm test hay thông tin nào để xác minh. Chỉ tập trung vào các vấn đề có khả năng gây hành vi sai, không liệt kê góp ý chung chung về code style.
Xem đã lưu

Input mẫu

diff_or_pull_request: thay đổi điều kiện if trong hàm tính phí vận chuyển và bỏ qua trường hợp đơn hàng quốc tế

Output mẫu

{
"loai_mau": "Minh họa cấu trúc kết quả mong đợi; không phải log thực thi hoặc benchmark model",
"ket_qua_minh_hoa": "1) High: nhánh quốc tế không còn bị chặn nên phí tính sai với đơn ngoài lãnh thổ. 2) Medium: khi giỏ hàng rỗng, hàm vẫn tiếp tục tới bước tính tổng. Tiêu chí chấp nhận: thêm test cho đơn quốc tế và trường hợp giỏ hàng rỗng, kết quả phải đúng như rule hiện có.",
"kiem_chung_can_lam": "Mỗi finding phải trỏ tới thay đổi trong diff và một input gây sai hành vi; bỏ góp ý chỉ về phong cách."
}

Cách sử dụng

Dán diff hoặc PR vào biến đầu vào, gửi cho Codex review, rồi đối chiếu các nhận xét với hành vi mong đợi và test hiện có; chỉ giữ lại các phát hiện có rủi ro thực tế trước khi merge.

Mỗi finding phải trỏ tới thay đổi trong diff và một input gây sai hành vi; bỏ góp ý chỉ về phong cách. Chỉ dùng mã, log và fixture được phép chia sẻ. Phân biệt đề xuất với thay đổi đã áp dụng; chỉ ghi PASS khi có lệnh chạy và kết quả thực tế.

Giải thích cấu trúc

Role: reviewer kỹ thuật phát hiện lỗi logic. Context: có diff/PR cần thẩm định trước merge. Task: tìm bug, ưu tiên theo mức độ, nêu bằng chứng và tiêu chí sửa. Constraints: không sa vào style, chỉ báo cáo vấn đề có tác động thực. Output: danh sách nhận xét có mức ưu tiên, rủi ro và điều kiện chấp nhận.

Mẹo sử dụng

  • Ưu tiên kiểm tra thay đổi điều kiện, giá trị mặc định và các hàm helper bị ảnh hưởng dây chuyền.
  • Nếu diff lớn, chia theo luồng nghiệp vụ thay vì đọc tuần tự từng file.
  • Gắn nhận xét với test cụ thể để người sửa dễ xác minh.

Ứng dụng và bước tiếp theo

Đánh giá diff hoặc pull request để tìm bug logic, thiếu xử lý biên và rủi ro thực tế trước khi chấp nhận thay đổi.

Tùy chỉnh theo dữ liệu đầu vào và kiểm tra lại kết quả trước khi sử dụng. Nội dung giả lập phải được ghi rõ là minh họa.

Nguồn và giấy phép

ONTER biên tập · original

Đánh giá prompt

Chọn số sao theo trải nghiệm của bạn. Bạn có thể sửa đánh giá sau một phút.

Prompt liên quan

KHÁM PHÁ ONTER

Tìm kiếm trên Onter

Nhập từ khóa để tìm nội dung phù hợp

↑ ↓ chọn · Enter mở · Esc đóngXem tất cả kết quả →

Tài khoản Onter

Đăng nhập rồi tiếp tục việc đang làm.

Mở trang đăng nhập riêng nếu trình duyệt chưa hiển thị biểu mẫu.

Contact Me on Zalo