𝗡𝗴𝗵𝗶 𝘁𝗵𝘂̛́𝗰 𝟰 𝗯𝐮̛𝐨̛̣̂𝗰 đ𝗲̂̉ 𝘁𝗶𝗻 𝘁𝒖̛̣𝗰𝐡 𝘃𝗮̀𝗼 𝗺𝗮̃ 𝗻𝗴𝐮̛𝗼̛̀𝗻 𝗱𝗼 𝗔𝗜 𝘁𝗮̣𝗼 𝗿𝗮
Tôi đã xây dựng toàn bộ sản phẩm của mình bằng một AI coding agent.
Rủi ro lớn nhất không phải là lỗi (bugs). Rủi ro lớn nhất là một bộ kiểm thử (test suite) vượt qua vì những lý do sai lệch. Một dấu tích xanh có thể đánh lừa bạn.
Tôi sử dụng bốn bước này để luôn giữ quyền kiểm soát.
Chốt tiêu chí thành công Hãy viết các quy tắc đạt (pass) hoặc không đạt (fail) vào git trước khi bạn xem bất kỳ kết quả nào từ AI. Nếu bạn định nghĩa sự thành công sau khi AI hoàn thành, bạn sẽ chọn một định nghĩa có lợi cho kết quả của AI. Tôi đã từng mất một dự án vì một bài kiểm thử vượt qua do đo lường sai thứ cần đo. Hãy đặt ra tiêu chuẩn trước.
Chạy các bài kiểm thử cơ sở (baseline tests) Hãy commit các tiêu chí của bạn và chạy kiểm thử trên mã nguồn hiện tại. Bạn cần một điểm bắt đầu chuẩn xác đã biết trước. Bạn phải biết liệu một bài kiểm thử vượt qua là do hôm nay hay nó đã ở trạng thái "xanh" từ trước khi AI chạm vào.
Yêu cầu một kế hoạch trước khi viết code Hãy yêu cầu AI đưa ra một kế hoạch. Đừng yêu cầu viết code ngay. Hầu hết mọi người làm hỏng codebase của mình vì họ phê duyệt 400 dòng code mà không hề đọc chúng. Bạn có thể xem xét một kế hoạch chỉ trong hai phút. Điều này ngăn chặn việc AI xóa các trường hợp kiểm thử (test cases) khó để làm cho các con số trông có vẻ đẹp hơn.
Chỉ phê duyệt thủ công Hãy xem xét kế hoạch. Hãy phản đối nếu thấy có gì đó sai sót. Chỉ sau đó mới phê duyệt công việc. AI không bao giờ viết mã mà tôi chưa đọc qua trong một bản kế hoạch. Việc tự động phê duyệt sẽ dẫn đến những hệ thống sai lầm một cách đầy tự tin.
Optional learning community: https://t.me/GyaanSetuAi