Coding bằng AI: Đừng để nó 'múa' lung tung, phải có 'đại ca' chỉ huy!

Anh em dùng AI để code chắc không ít lần gặp cảnh: Prompt một đường, nó nhảy vào sửa code một nẻo, xong rồi bug chồng bug, cuối cùng mình lại phải đi dọn rác mệt hơn tự viết. Đó là vì các ông đang cho nó quá nhiều quyền lực mà thiếu đi một cái 'xích'.

Gần đây trên Hacker News, dân tình đang rần rần chia sẻ một bí kíp: Tách biệt Planning (Lập kế hoạch) và Execution (Thực thi) khi dùng Claude Code. Nghe thì có vẻ hàn lâm, nhưng thực tế nó là cách để anh em 'nắm đầu' con AI, bắt nó làm việc có kỷ luật hơn.

Tóm tắt nhanh cho anh em lười đọc: Vụ này có gì hot?

Chuyện là có một ông dev chia sẻ cách ổng điều khiển Claude Code không phải bằng những câu prompt rời rạc, mà thông qua một file gọi là plan.md. Quy trình đại loại thế này:

Không cho AI code ngay: Bắt nó ngồi phân tích codebase, hiểu rõ logic rồi viết ra một bản kế hoạch chi tiết vào file markdown.
Kiểm soát context: Thay vì để AI đọc lướt qua, ông này dùng những từ khóa mạnh như "deeply", "in great details" để ép nó không được 'cưỡi ngựa xem hoa'.
Chia để trị: Biến các task lớn thành các ticket nhỏ. AI sẽ làm việc trên từng ticket một, xong cái nào check cái đó.
Reset context thường xuyên: Khi file plan đã xong, ông ấy reset chat để làm sạch bộ nhớ (context window), tránh việc AI bị 'lú' bởi những trao đổi thừa thãi trước đó.

Giang hồ mạng chia phe combat: Dev lười hay bậc thầy tối ưu?

Dưới bài viết, các anh em dev khắp nơi nhảy vào mổ xẻ, chia làm hai phe rõ rệt, đọc giải trí phết:

Phe 'Cổ điển' (Hơi bảo thủ tí): "Viết plan, rồi check plan, rồi prompt, rồi review... thà tôi tự code cho nhanh!". Mấy ông này cho rằng AI chỉ tổ vẽ chuyện, làm màu là chính chứ hiệu suất chẳng bao nhiêu. Theo các ông ấy, AI chỉ dành cho mấy thanh niên không biết code.

Phe 'Thực dụng' (Team AI): Phe này thì phản pháo cực gắt. Một ông kể chuyện dùng Claude viết tính năng audit log – cái thứ mà nếu tự tay làm chắc mất 1-2 ngày, nhưng dùng AI chỉ tốn 30-45 phút cả review. Cái hay ở đây là: "AI không biết mệt, nó không gõ nhầm (fat-finger) vào lúc 4 giờ chiều khi mắt đang díp lại".

Phe 'Kỹ thuật': Nhiều ông lại tập trung vào việc làm sao để AI 'ngoan' hơn. Có ông còn phát hiện ra là phải 'nịnh' hoặc 'dọa' AI thì nó mới làm kỹ. Kiểu như bảo nó "Mày có thể làm được mà!" thì tự nhiên nó lại fix được cái bug mà trước đó nó bảo chịu chết. Đúng là ảo ma!

Bài học sinh tồn cho anh em SME và Dev từ vụ này

Nhìn từ góc độ của WorkCloud, chúng tôi thấy câu chuyện này cực kỳ thực tế. Dù các ông là dev hay là chủ doanh nghiệp đang muốn tối ưu vận hành, thì tư duy "Lập kế hoạch trước, thực thi sau" luôn là chân lý.

Đừng tin tuyệt đối vào công nghệ: AI hay phần mềm quản lý đều chỉ là công cụ. Nếu các ông ném cho nó một đống hỗn độn, nó sẽ trả lại một đống hỗn độn 'thông minh' hơn thôi. Quy trình phải chuẩn trước đã.
Tối ưu chi phí bằng cách dùng 'não': Thay vì thuê một dàn nhân sự cày cuốc chân tay, hãy học cách dùng AI để tự động hóa những task lặp đi lặp lại. Nhưng nhớ nhé, phải có 'plan.md' – tức là có tiêu chuẩn và sự giám sát.
Đừng 'tối cổ': Thế giới thay đổi rồi. Trong khi các ông ngồi phân vân xem AI có cướp việc không, thì đối thủ đã dùng AI để chạy nhanh gấp 5 lần với chi phí rẻ bằng một nửa rồi.

Tại WorkCloud, chúng tôi cũng hướng tới tư duy thực dụng này: Cung cấp một nền tảng Work OS tinh gọn, giúp doanh nghiệp SME quản lý công việc rõ ràng như cách ông dev kia quản lý file plan. Mọi thứ phải có 'ticket', có lộ trình, và đặc biệt là chi phí phải 'hạt dẻ' để anh em còn có tiền uống bia.

Chốt lại: AI code không đáng sợ, đáng sợ là mình không biết cách 'dắt mũi' nó. Anh em cứ thử áp dụng chiêu tách Plan và Execute xem, biết đâu lại có thêm thời gian đi trà đá mà task vẫn xong mượt mà.

Nguồn: Hacker News - How I use Claude Code: Separation of planning and execution

Tóm tắt nhanh cho anh em lười đọc: Vụ này có gì hot?

Không cho AI code ngay: Bắt nó ngồi phân tích codebase, hiểu rõ logic rồi viết ra một bản kế hoạch chi tiết vào file markdown.

Kiểm soát context: Thay vì để AI đọc lướt qua, ông này dùng những từ khóa mạnh như "deeply", "in great details" để ép nó không được 'cưỡi ngựa xem hoa'.

Chia để trị: Biến các task lớn thành các ticket nhỏ. AI sẽ làm việc trên từng ticket một, xong cái nào check cái đó.

Reset context thường xuyên: Khi file plan đã xong, ông ấy reset chat để làm sạch bộ nhớ (context window), tránh việc AI bị 'lú' bởi những trao đổi thừa thãi trước đó.

Giang hồ mạng chia phe combat: Dev lười hay bậc thầy tối ưu?

Dưới bài viết, các anh em dev khắp nơi nhảy vào mổ xẻ, chia làm hai phe rõ rệt, đọc giải trí phết:

Bài học sinh tồn cho anh em SME và Dev từ vụ này

Đừng tin tuyệt đối vào công nghệ: AI hay phần mềm quản lý đều chỉ là công cụ. Nếu các ông ném cho nó một đống hỗn độn, nó sẽ trả lại một đống hỗn độn 'thông minh' hơn thôi. Quy trình phải chuẩn trước đã.

Tối ưu chi phí bằng cách dùng 'não': Thay vì thuê một dàn nhân sự cày cuốc chân tay, hãy học cách dùng AI để tự động hóa những task lặp đi lặp lại. Nhưng nhớ nhé, phải có 'plan.md' – tức là có tiêu chuẩn và sự giám sát.

Đừng 'tối cổ': Thế giới thay đổi rồi. Trong khi các ông ngồi phân vân xem AI có cướp việc không, thì đối thủ đã dùng AI để chạy nhanh gấp 5 lần với chi phí rẻ bằng một nửa rồi.