BuildWith AI
Debug đoạn code bị lỗi không rõ nguyên nhân
Code & Kỹ thuật
Quay lại Prompt mẫu

Debug đoạn code bị lỗi không rõ nguyên nhân

Claude / ChatGPT4 phút đọc

Tìm nguyên nhân lỗi nhanh hơn nhờ AI đọc code và log lỗi cùng lúc.

Dán nguyên đoạn code lỗi vào AI rồi hỏi "sửa giúp tôi" thường ra một bản vá chắp vá đúng triệu chứng nhưng không đúng nguyên nhân gốc — lỗi biến mất chỗ này lại nổi lên chỗ khác. Prompt dưới đây buộc AI phải nêu rõ nguyên nhân gốc trước khi đưa code sửa, giúp bạn hiểu vì sao lỗi xảy ra chứ không chỉ copy-paste bản vá mà không biết nó sửa cái gì.

Khi nào nên dùng prompt này

  • Gặp lỗi không rõ nguyên nhân, đã thử sửa vài lần nhưng lỗi vẫn xuất hiện lại dưới dạng khác
  • Cần hiểu rõ vì sao lỗi xảy ra để tránh lặp lại lỗi tương tự ở chỗ khác trong code
  • Log lỗi dài, khó tự xác định dòng nào trong code thực sự gây ra vấn đề
  • Cần bàn giao lại cho người khác trong team, muốn có giải thích rõ ràng kèm bản sửa

Prompt debug tìm nguyên nhân gốc

Dán đầy đủ log lỗi (không chỉ dòng cuối) và đoạn code liên quan — log lỗi đầy đủ chứa các dòng trước khi lỗi xảy ra, thường là nơi giữ trạng thái thực sự gây ra vấn đề chứ không phải chỉ dòng báo lỗi cuối cùng.

Claude / ChatGPT
Bạn là senior developer chuyên debug.

Bối cảnh: Tôi gặp lỗi sau khi chạy đoạn code dưới đây, dùng [ngôn ngữ/framework].
Log lỗi đầy đủ: [dán log lỗi].

Code liên quan:
[dán đoạn code]

Nhiệm vụ: Xác định nguyên nhân gốc gây lỗi, giải thích ngắn gọn vì sao lỗi xảy
ra, và đưa ra đoạn code đã sửa.

Format: Nguyên nhân (2-3 câu) → Code đã sửa → Giải thích thay đổi (bullet list).
💡

Mẹo: Luôn dán full stack trace thay vì chỉ dòng lỗi cuối cùng — dòng ném ra exception hiếm khi là nơi bug thực sự nằm. Kèm thêm 1 câu mô tả cách tái hiện lỗi (ví dụ: "bấm nút thanh toán với thẻ đã hết hạn — mong đợi hiện thông báo lỗi nhưng màn hình trắng") và version ngôn ngữ/framework đang dùng, tránh để AI đoán nhầm theo version khác.

⚠️

Lưu ý: Luôn yêu cầu AI giải thích nguyên nhân TRƯỚC khi đưa code sửa — nếu bỏ qua bước này, AI có xu hướng vá đúng triệu chứng đang thấy mà không xử lý gốc rễ, lỗi tương tự dễ quay lại ở một luồng dữ liệu khác. Luôn tự chạy lại test sau khi áp dụng bản sửa, đừng tin tưởng tuyệt đối giải thích nghe hợp lý mà chưa kiểm chứng.

Biến thể khi lỗi phức tạp hơn

  • Lỗi chỉ xảy ra không thường xuyên (flaky): thêm mô tả điều kiện xảy ra lỗi (tải cao, chạy song song, mạng chậm...) vào phần bối cảnh
  • Không có log lỗi rõ ràng: yêu cầu AI liệt kê trước những giả thuyết có thể gây lỗi, xếp theo khả năng cao thấp, trước khi đưa code sửa
  • Lỗi liên quan dependency bên ngoài (API, database): nêu rõ phiên bản dependency và thêm response/error thật của dependency đó

Sau khi có bản sửa, đọc phần giải thích nguyên nhân trước khi áp dụng — nếu giải thích không khớp với những gì bạn quan sát thực tế, đó là dấu hiệu cần cung cấp thêm ngữ cảnh thay vì áp dụng bản sửa ngay.

Cần hỗ trợ triển khai AI cho doanh nghiệp?

Để lại thông tin, đội ngũ Build With AI sẽ liên hệ tư vấn miễn phí.