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
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.
Đọc tiếp
Bài viết liên quan
AI Agent thực tế: bắt đầu từ checklist nhỏ
Đừng bắt đầu agent bằng giấc mơ tự động hóa cả công ty. Hãy bắt đầu bằng một checklist lặp lại, có đầu vào rõ, đầu ra kiểm được.
Xây hệ thống ghi chú AI cá nhân
Một hệ thống ghi chú nhỏ để học AI bền hơn: lưu điều đã thử, prompt đã dùng, kết quả, lỗi sai, và bài học có thể tái sử dụng.
Cách kiểm tra câu trả lời AI trước khi tin
AI có thể rất hữu ích và vẫn sai. Đây là checklist tôi dùng để phân loại rủi ro, kiểm nguồn, chạy thử, và quyết định mức độ tin cậy.