Nhiều người dùng Claude Code để viết mã, thực ra vẫn còn dừng lại ở việc “hỏng chỗ nào thì sửa chỗ đó”.

Đây cũng là một cách dễ nhất để làm hỏng dự án, gần đây tôi cũng đã dựa theo ý tưởng của các cao thủ để liên tục chỉnh sửa hoàn thiện dự án.
Bởi vì lỗi trong dự án thực tế thường không phải là một lỗ nhỏ tồn tại đơn lẻ.
Khi bạn thấy lỗi báo, trang bị lỗi, hoặc một nút không hoạt động, khả năng cao chỉ là một góc nhọn của vấn đề hệ thống nổi lên.
Nếu bạn trực tiếp đưa góc nhọn này cho AI, nói “giúp tôi sửa”, rất có thể nó chỉ giúp bạn làm mịn góc nhọn đó.
Có vẻ đã ổn, nhưng logic nền bên dưới vẫn chưa được sửa đổi.
Lần sau đổi cảnh, vấn đề tương tự lại bùng phát.
Lần nữa, tiếp tục bổ sung, thực ra đều là cùng một lỗi logic.
Cuối cùng mã đầy những miếng vá, dự án ngày càng chạy được, nhưng cũng ngày càng không dám động vào.
Vì vậy, tôi hiện tại dùng Claude Code, có một thói quen rất quan trọng:
Đừng để nó sửa mã ngay lập tức, trước tiên hãy để nó phân tích tại sao vấn đề lại xảy ra.
Tôi sẽ thích hỏi như thế này hơn:
Đừng sửa trước.
Giúp tôi phân tích nguyên nhân gốc rễ của vấn đề này.
Có thể là thiết kế, luồng trạng thái, cấu trúc dữ liệu hoặc điều kiện biên có vấn đề không?
Lúc này vai trò của AI đã khác rồi.
Nó không còn là “đơn vị thuê ngoài sửa lỗi”, mà là “người giúp bạn kiểm tra hệ thống”.
Sự khác biệt này rất lớn.
Bạn cũng không nên chỉ cung cấp một đoạn báo lỗi, mà nên cố gắng cung cấp đầy đủ ngữ cảnh: các tệp liên quan, chuỗi gọi, hành trình thao tác của người dùng, kết quả mong đợi, kết quả thực tế, những gì đã từng sửa trước đó.
Ngữ cảnh càng đầy đủ, nó càng có khả năng giúp bạn nhìn thấy vấn đề thực sự, chứ không chỉ vá víu trên bề mặt.