AI cho lập trình viên2 phút đọc

Workflow AI cho lập trình viên Full-stack

Một workflow thực dụng để dùng AI từ lúc đọc task, phác kiến trúc, viết code, review, test cho tới ghi lại bài học sau khi ship.

Viết bởi Zenith Nguyen

Màn hình code với checklist review, test và tài liệu kỹ thuật

Với lập trình viên, AI không chỉ là autocomplete. Nếu dùng đúng, nó có thể đi cùng cả vòng đời của một task: hiểu yêu cầu, chia nhỏ việc, tìm hướng code, viết test, review rủi ro và ghi lại kiến thức.

Nhưng nếu dùng sai, nó biến thành một máy tạo code nhìn có vẻ đúng. Workflow dưới đây là cách tôi cố giữ AI ở vai trò cộng sự, còn quyền quyết định vẫn ở mình.

Bước 1: Bắt AI hỏi lại yêu cầu

Trước khi viết code, tôi thường đưa mô tả task và hỏi: những điểm nào còn mơ hồ, giả định nào có thể làm sai hướng, edge case nào cần xác nhận? Câu trả lời không phải lúc nào cũng đầy đủ, nhưng nó giúp tôi nhìn task bằng con mắt thứ hai.

Đây là bước rất đáng tiền vì nhiều bug bắt đầu từ lúc hiểu sai yêu cầu, không phải lúc gõ code.

Bước 2: Yêu cầu nhiều phương án nhỏ

Tôi ít khi hỏi hãy code luôn. Tôi hỏi: có ba hướng triển khai nào, trade-off là gì, hướng nào ít đụng hệ thống nhất? Với codebase thật, hướng ít đụng chạm thường thắng.

Sau đó tôi chọn một hướng, không để AI tự chọn thay. AI có thể gợi ý, nhưng người hiểu context repo vẫn là mình.

Bước 3: Code theo lát mỏng

Một lỗi phổ biến là yêu cầu AI sửa quá nhiều file cùng lúc. Tôi thích chia nhỏ: trước tiên model/schema, sau đó action/API, sau đó UI, cuối cùng test. Mỗi lát xong tôi đọc diff ngay.

Với mỗi lát, tôi đưa bối cảnh hẹp: file liên quan, ràng buộc, style code hiện tại. Bối cảnh hẹp giúp kết quả ít lan man.

Bước 4: Review ngược

Sau khi có code, tôi hỏi AI review chính đoạn code đó theo vai trò reviewer khó tính: bug tiềm ẩn, case lỗi, bảo mật, performance, chỗ thiếu test. Phần này hiệu quả hơn nhiều so với hỏi nó viết code ngay từ đầu.

Tôi đặc biệt thích câu hỏi: nếu thay đổi này bị lỗi production, khả năng lỗi nằm ở đâu? Nó buộc mình nghĩ theo hướng vận hành, không chỉ happy path.

Bước 5: Test và ghi lại

AI có thể đề xuất test case, nhưng test phải chạy thật. Nếu test fail, tôi đưa log cho AI giải thích, rồi tự kiểm tra lại bằng mắt.

Cuối task, tôi hay nhờ AI tóm tắt: đã đổi gì, vì sao, rủi ro còn lại. Tóm tắt đó giúp tôi viết PR rõ hơn và sau này tìm lại cũng dễ hơn.

Điểm mấu chốt của workflow này là không dùng AI để né suy nghĩ. Tôi dùng nó để tăng số lần mình nhìn lại vấn đề trước khi ship.

Đi cùng nhau

Cùng học AI một cách thành thật

Tôi ghi lại những gì mình học và thử mỗi tuần. Nếu thấy hữu ích, hãy đọc cùng. Tôi cũng đang ấp ủ một buổi workshop trong tương lai, nếu bạn quan tâm, cứ để lại vài dòng để tôi hiểu bạn muốn học gì.