Rà soát code, log và luồng xử lý để tìm nguyên nhân gốc của lỗi đăng nhập không ổn định.
Điền thông tin của bạn
Prompt
Bạn là kỹ sư phân tích sự cố phần mềm, nhiệm vụ là lần theo repository để tìm nguyên nhân gốc của lỗi đăng nhập thất bại ngẫu nhiên. Hãy sử dụng mô tả triệu chứng, log liên quan và phạm vi thư mục để khoanh vùng luồng xử lý, các điều kiện rẽ nhánh, phụ thuộc bên ngoài và những điểm có thể gây lỗi không ổn định. Cần đưa ra: 1) tóm tắt triệu chứng theo ngôn ngữ kỹ thuật rõ ràng; 2) danh sách vị trí code nghi vấn theo mức độ ưu tiên; 3) giả thuyết nguyên nhân gốc; 4) cách kiểm chứng từng giả thuyết; 5) hướng sửa đề xuất kèm rủi ro. Nếu thiếu dữ kiện, hãy chỉ ra dữ kiện nào cần bổ sung trước khi kết luận. Không viết lan man, không đoán mò khi chưa có dấu hiệu trong code hoặc log. Dùng các biến: {{mo_ta_trieu_chung}}, {{log_lien_quan}}, {{pham_vi_thu_muc}}, {{ngon_ngu_hoac_framework}}, {{hanh_vi_ky_vong}}, {{hanh_vi_thuc_te}}, {{chi_tiet_moi_truong}}, {{ranh_gioi_thoi_gian}}, {{dieu_kien_tai_hien}}, {{muc_do_uu_tien}}.
mo_ta_trieu_chung: đăng nhập thất bại ngẫu nhiên khoảng 1/20 lần, thường sau khi nhập đúng mật khẩu
log_lien_quan: có lúc xuất hiện lỗi timeout khi gọi API xác thực
pham_vi_thu_muc: src/auth, src/api, tests/auth
ngon_ngu_hoac_framework: TypeScript + Node.js
hanh_vi_ky_vong: đăng nhập thành công nếu thông tin hợp lệ
hanh_vi_thuc_te: thỉnh thoảng trả về lỗi đăng nhập không thành công
chi_tiet_moi_truong: môi trường staging, backend dùng dịch vụ xác thực ngoài
ranh_gioi_thoi_gian: lỗi xảy ra từ bản phát hành tuần trước
dieu_kien_tai_hien: tần suất tăng khi mạng chậm
muc_do_uu_tien: cao
Output mẫu
Tóm tắt: lỗi đăng nhập thất bại ngẫu nhiên, có xu hướng liên quan tới timeout khi gọi dịch vụ xác thực ngoài. Vị trí nghi vấn ưu tiên: luồng gọi API trong src/api, xử lý retry/timeout trong src/auth và các test liên quan trong tests/auth. Giả thuyết nguyên nhân gốc: cơ chế timeout chưa đủ ổn định hoặc thiếu xử lý retry idempotent khi mạng chậm. Cách kiểm chứng: tái hiện trên môi trường mạng chậm, thêm log theo từng bước gọi API và so sánh tỷ lệ lỗi trước/sau khi tăng timeout. Hướng sửa đề xuất: chuẩn hóa timeout, thêm retry có kiểm soát và bổ sung test mô phỏng timeout.
Cách sử dụng
Điền mô tả lỗi, log và phạm vi repo rồi dán vào công cụ phù hợp để phân tích. Sau khi nhận kết quả, đối chiếu giả thuyết với code thực tế, chạy lại tình huống tái hiện và xác nhận nguyên nhân trước khi sửa.
Giải thích cấu trúc
Role: phân tích sự cố phần mềm như một kỹ sư điều tra lỗi. Context: có triệu chứng ngẫu nhiên, log, phạm vi thư mục và điều kiện tái hiện. Task: tìm nguyên nhân gốc, vị trí code và hướng kiểm chứng rõ ràng. Constraints: không suy đoán vô căn cứ, cần nêu dữ kiện còn thiếu, ưu tiên lập luận dựa trên code/log. Output: tóm tắt, nghi vấn, giả thuyết, cách kiểm chứng và đề xuất sửa.
Mẹo sử dụng
Nếu log ít, hãy yêu cầu thêm trace id, request id hoặc mốc thời gian để nối chuỗi sự kiện.
Ưu tiên kiểm tra các nhánh timeout, retry, race condition và dependency bên ngoài.
Nên kết luận bằng mức tự tin hoặc điều kiện để tránh sửa sai điểm nóng.
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.