Nguyên tắc chung: để AI viết ở nơi lỗi rẻ và rõ ràng, và dùng nó để review/refactor ở nơi lỗi đắt hoặc tinh vi. Yếu tố quyết định là chi phí để bạn kiểm chứng output.
Nguyên tắc chung: để AI viết ở nơi lỗi rẻ và rõ ràng, và dùng nó để review/refactor ở nơi lỗi đắt hoặc tinh vi. Yếu tố quyết định là chi phí để bạn kiểm chứng output.
Trong các trường hợp này chi phí của một bug là thấp và bạn có thể đọc kết quả từ trên xuống dưới.
Ở đây bạn giữ AI như một cặp mắt thứ hai: nó gợi ý, bạn quyết định.
Chi phí bug THẤP Chi phí bug CAO
Code mới ✅ để AI viết ⚠️ AI nháp, bạn kiểm chứng kỹ
Code có sẵn ✅ AI refactor ✅ AI review, bạn viết thay đổi
Viết từ đầu thì nhanh nhưng AI có thể bịa ra API (hallucination) hoặc bỏ sót ngữ cảnh nó không thấy. Review thì an toàn hơn nhưng chậm hơn và chỉ tốt bằng ngữ cảnh bạn đưa cho nó. Dù theo cách nào, bạn vẫn là tác giả chịu trách nhiệm — AI là một công cụ, không phải người ký commit.
Đánh giá sai điều này là chỗ phát triển có hỗ trợ AI đi chệch hướng: người ta để AI sinh logic then chốt mà sau đó họ không thể kiểm chứng đầy đủ, hoặc tự tay viết boilerplate tầm thường mà AI có thể tạo ra trong vài giây. Khớp chế độ (viết vs review/refactor) với chi phí của việc sai giúp bạn nhanh ở những thứ rẻ và cẩn thận ở những thứ nguy hiểm. Kỹ năng đang được kiểm tra là sự phán đoán về nơi nên dồn nỗ lực kiểm chứng — không phải việc bạn có biết prompt AI hay không.