Giới hạn phạm vi thay đổi của AI
Nguyên nhân lớn nhất gây ra thiệt hại do AI là để nó thay đổi quá nhiều thứ cùng một lúc. Một diff 400 dòng trải trên chín tệp là không thể rà soát được và dễ dàng giấu một lỗi bên trong.
Hãy giữ các thay đổi nhỏ và có giới hạn:
- Yêu cầu một thay đổi hợp lý tại một thời điểm, không phải kiểu "tiện thể, cũng làm luôn..."
- Nói rõ với nó: "Chỉ chạm vào
src/auth.js. Đừng tái cấu trúc bất cứ thứ gì khác." - các trạng thái hoạt động thường xuyên, để bạn luôn có một điểm sạch để quay lại.
- Khi nó đề xuất một cuộc viết lại lớn, hãy yêu cầu nó chia công việc thành các bước bạn có thể rà soát từng bước một.
Phạm vi nhỏ khiến cho bước tiếp theo — đọc diff — thực sự khả thi. Có một hiệu ứng cộng dồn ở đây: các commit nhỏ cũng có bán kính phá hủy nhỏ. Nếu một thay đổi được giới hạn chặt chẽ hóa ra là sai, bạn hoàn tác (revert) một commit và mất mười phút. Nếu một thay đổi lan man là sai, bạn hoặc phải mất một giờ gỡ rối xem phần nào đã làm hỏng mọi thứ, hoặc phải bỏ đi cả một buổi chiều làm việc. Kỷ luật về phạm vi là một khoản bảo hiểm rẻ mà bạn mua trước khi biết mình sẽ cần đến nó.