Vibe coding không có nghĩa là để AI tự quyết định mọi thứ
Bạn mô tả điều mình muốn, AI viết ra một phần giao diện, rồi vài phút sau đã có thứ gì đó chạy trên màn hình. Cảm giác này rất cuốn. Vấn đề xuất hiện ở bước kế tiếp: nút bấm không lưu dữ liệu, đăng nhập chỉ đúng ở một luồng, hoặc mỗi lần sửa lại làm hỏng một phần khác.
Vibe coding hữu ích khi bạn giữ vai trò người chịu trách nhiệm cho sản phẩm. AI có thể đề xuất code và cách làm; bạn vẫn phải quyết định người dùng cần gì, kết quả nào được xem là đúng và bằng chứng nào đủ để chấp nhận một thay đổi.
Bắt đầu bằng một câu mô tả có thể kiểm tra
Đừng bắt đầu với “hãy làm cho tôi một ứng dụng tuyệt vời”. Hãy viết một câu có người dùng, hành động và kết quả. Ví dụ: “Một chủ quán có thể nhập tên món, giá và ảnh, sau đó nhận được trang menu có đường dẫn để chia sẻ.”
Câu này chưa phải bản đặc tả hoàn chỉnh, nhưng nó cho bạn ba điểm để kiểm tra: ai dùng, họ làm gì và đầu ra là gì. Những ý như hệ thống điểm thưởng, chatbot hay dashboard phân tích có thể để sau.
Chia phiên bản đầu thành bốn lớp
Với ví dụ menu, luồng chính có thể chỉ gồm tạo món, sửa món và xem trang công khai. Dữ liệu gồm tên, giá, mô tả ngắn và ảnh. Trạng thái lỗi gồm thiếu tên, giá không hợp lệ và ảnh quá lớn. Khi bốn phần này rõ, AI nhận được ngữ cảnh tốt hơn và bạn cũng dễ nhận ra nó đang đi lệch.
Làm từng lát nhỏ, kiểm tra ngay sau mỗi lát
Một yêu cầu kéo dài hàng trang thường tạo ra nhiều code nhưng ít chắc chắn. Hãy yêu cầu AI làm một lát có thể quan sát: dựng form, thêm kiểm tra dữ liệu, lưu một bản ghi, rồi hiển thị bản ghi đó. Sau mỗi bước, tự thao tác như người dùng thật.
- Thử dữ liệu đúng và dữ liệu thiếu
- Tải lại trang để xem dữ liệu còn hay mất
- Mở trên màn hình nhỏ
- Đọc thông báo lỗi thay vì chỉ xem console
- Ghi lại điều đã xác minh trước khi chuyển sang phần mới
Nếu bạn chưa biết cách kiểm tra, hãy yêu cầu AI liệt kê tình huống kiểm thử trước khi sửa code. Danh sách đó vẫn cần bạn xem lại, nhưng nó buộc cuộc trò chuyện chuyển từ “trông có vẻ ổn” sang kết quả quan sát được.
Khi nào cần học phần kỹ thuật?
Bạn không cần học thuộc frontend, backend, database và deployment trước ngày đầu. Nhưng bạn cần hiểu mỗi phần khi nó trở thành điểm nghẽn.
Khi dữ liệu biến mất sau khi refresh, đó là lúc học sự khác nhau giữa state tạm thời và database. Khi người khác không mở được bản demo, đó là lúc học deployment và biến môi trường. Khi một tài khoản xem được dữ liệu của tài khoản khác, hãy dừng lại và học authorization trước khi thêm tính năng.
Kiến thức đi cùng vấn đề thật thường bám lâu hơn một danh sách thuật ngữ. Bạn cũng biết chính xác vì sao mình cần nó.
Một nguyên tắc dừng đơn giản
Hãy dừng thêm tính năng khi luồng chính chưa chạy ổn từ đầu đến cuối. Sản phẩm có ba màn hình dùng được sẽ có giá trị hơn mười màn hình chỉ để trình diễn. Phiên bản đầu tiên nên trả lời một câu: người dùng mục tiêu có hoàn thành được việc quan trọng nhất không?
Bạn có thể xem lộ trình AI Masterclass nếu muốn đi qua quy trình này trong một workshop có hướng dẫn. Nếu muốn tự bắt đầu, hãy chọn một trong các công cụ miễn phí của DJAI, quan sát cách nó giới hạn một tác vụ, rồi viết lại cùng cấu trúc cho ý tưởng của bạn.