Vibe coding cho người mới: Cách bắt đầu từng bước

Vibe coding cho người mới gói gọn trong năm bước: chọn một công cụ chạy app giúp bạn, mô tả một app nhỏ bằng lời thường ngày, thử nó như một người dùng, mỗi lần chỉ nhờ sửa một thứ, và xuất bản khi nó chạy ổn. Bạn không cần biết code. Hướng dẫn này đi qua từng bước với một dự án đầu tiên thật, các prompt chính xác để gõ, và những lỗi gần như người mới nào cũng mắc trong tuần đầu.

Nếu bạn muốn nắm bối cảnh trước — thuật ngữ này đến từ đâu và vì sao người ta tranh luận về nó — hãy đọc vibe coding là gì. Trang này nói về phần thực hành.

Bạn cần gì trước khi bắt đầu

Ít hơn bạn nghĩ:

• Một trình duyệt và một tài khoản của công cụ vibe coding. Người mới nên chọn trình tạo app AI, thứ viết code, chạy và lưu trữ giúp bạn, thay vì trợ lý lập trình đòi bạn tự quản lý tệp và server.
• Một ý tưởng nhỏ. Không phải startup của bạn. Một công cụ cho một người (chính bạn) với một hoặc hai màn hình.
• Một đến hai giờ không bị gián đoạn. Buổi đầu dạy bạn nhịp làm việc.

Vậy thôi. Không cài đặt, không khóa học lập trình, không terminal.

Người mới nên chọn công cụ nào

Công cụ quan trọng ít hơn thói quen, nhưng nó nên làm được ba việc: hiện bản xem trước trực tiếp khi xây, cho bạn hoàn tác một thay đổi tệ, và xuất bản ra một liên kết có thể chia sẻ. Bài so sánh công cụ vibe coding tốt nhất của chúng tôi trình bày các lựa chọn chính một cách trung thực. Mythex là một trong số đó: bạn mô tả app trong khung chat, nó xây một app full-stack thật với bản xem trước trực tiếp, thêm cơ sở dữ liệu khi app cần ghi nhớ, và xuất bản chỉ bằng một cú nhấp. Gói Free không cần thẻ.

Bước 1: Chọn dự án đầu tiên bạn hoàn thành được

Người mới thường thất bại vì nhắm quá lớn. Một dự án đầu tiên tốt:

• Hữu ích với chính bạn, nên bạn sẽ thử nó nghiêm túc.
• Vừa trong một hoặc hai màn hình.
• Lưu một lượng nhỏ dữ liệu của riêng bạn.
• Không có thanh toán, không có nhóm và không có dữ liệu cá nhân nhạy cảm.

Những dự án đầu tay tốt:

Chúng ta sẽ dùng danh sách sách cần đọc cho phần còn lại của hướng dẫn.

Bước 2: Viết prompt đầu tiên

Tin nhắn đầu tiên định hình mọi thứ. Hãy nói app dành cho ai, làm gì và trông thế nào. Giữ trong một đoạn ngắn.

Một prompt đầu tiên yếu:

Làm cho tôi một app về sách.

Một prompt đầu tiên tốt:

Hãy xây cho tôi một app danh sách sách cần đọc. Tôi có thể thêm một cuốn sách với tên sách, tác giả và trạng thái (muốn đọc, đang đọc, đã đọc xong). Hiển thị các cuốn sách dưới dạng thẻ nhóm theo trạng thái, cuốn mới nhất lên đầu. Tôi có thể đổi trạng thái của một cuốn sách hoặc xóa nó. Giữ giao diện gọn gàng, đơn giản: nền trắng, một màu nhấn, chạy tốt trên điện thoại của tôi. Lưu các cuốn sách để chúng vẫn còn sau khi tôi tải lại trang.

Hãy để ý prompt thứ hai làm gì. Nó liệt kê các trường, các hành động, bố cục và một quy tắc mà người mới luôn quên: lưu dữ liệu để nó còn sau khi tải lại trang. Thiếu dòng đó, nhiều công cụ dựng một trang trông như xong rồi nhưng quên sạch mọi thứ khi bạn tải lại.

Để có thêm điểm xuất phát, xem bảng prompt vibe coding của chúng tôi.

Hãy nhờ lập kế hoạch khi bạn chưa chắc

Nếu bạn không chắc cách mô tả điều gì, hãy nhờ AI lập kế hoạch trước khi xây:

Trước khi xây bất cứ thứ gì, hãy nói bằng lời thường ngày bạn sẽ làm những màn hình nào, lưu những dữ liệu nào và điều gì bạn cần tôi quyết định.

Trong Mythex, đây là mục đích của chế độ Plan: agent trình bày hướng tiếp cận và bạn duyệt trước khi có tệp nào thay đổi.

Bước 3: Thử như một người dùng, không phải như người đã xây nó

Khi bản xem trước xuất hiện, đừng chỉ ngắm. Hãy dùng nó:

1. Thêm ba cuốn sách, trong đó có một cuốn có tên rất dài.
2. Đổi một trạng thái. Thẻ có chuyển sang đúng nhóm không?
3. Tải lại trang. Các cuốn sách còn đó không?
4. Thử thêm một cuốn sách với tên để trống. Chuyện gì xảy ra?
5. Mở bản xem trước trên điện thoại của bạn, hoặc thu hẹp cửa sổ trình duyệt.

Ghi lại điều sai bằng lời thường ngày. "Tên dài làm vỡ bố cục thẻ" là một báo cáo lỗi hoàn hảo. "Nó hỏng rồi" thì không.

Bước 4: Mỗi tin nhắn sửa một thứ

Đây là thói quen phân biệt người hoàn thành với người bỏ cuộc. Gửi một thay đổi, kiểm tra, rồi mới gửi cái tiếp theo.

Tên sách dài "The Hitchhiker's Guide to the Galaxy: The Complete Trilogy" tràn ra khỏi thẻ. Hãy ngắt tên dài xuống hai dòng và cắt phần còn lại bằng "…".

Sau đó:

Nếu tôi gửi biểu mẫu với tên để trống, không có gì xảy ra và cũng không có thông báo. Hãy hiện "Hãy nhập tên sách" dưới ô nhập và đừng lưu cuốn sách.

Vì sao từng cái một? Khi bạn yêu cầu năm thay đổi trong một tin nhắn, AI có thể làm tốt bốn cái và lặng lẽ làm hỏng thứ khác, và bạn sẽ không biết thay đổi nào gây ra. Những bước nhỏ cũng khiến hoàn tác có ích: nếu một thay đổi đi sai, hãy quay về phiên bản ngay trước đó và thử một yêu cầu rõ ràng hơn.

Khi có gì đó hỏng

Nó sẽ hỏng. Trình tạo nào cũng gặp lỗi. Hãy sao chép chính xác nội dung lỗi, hoặc mô tả chính xác bạn đã bấm gì và thấy gì, rồi dán lại:

Khi tôi bấm Xóa trên một thẻ, tôi thấy "Something went wrong" và cuốn sách vẫn còn đó. Hãy tìm ra lý do và sửa. Cho tôi biết nguyên nhân là gì.

Hỏi nguyên nhân là quan trọng. Nó dạy bạn app hoạt động ra sao, và ngăn AI đoán mò. Hướng dẫn cách gỡ lỗi app do AI xây của chúng tôi đi sâu hơn.

Bước 5: Biến nó thành của bạn

Khi nó chạy được, hãy cải thiện theo những bước nhỏ tương tự:

• "Thêm đánh giá 1–5 sao hiển thị trên những cuốn sách đã đọc xong."
• "Thêm một ô tìm kiếm phía trên các thẻ để lọc theo tên sách hoặc tác giả."
• "Dùng nền trắng ngà ấm và màu nhấn xanh lá đậm."
• "Thêm một bộ đếm ở đầu trang: số sách đã đọc xong trong năm nay."

Mỗi cái là một thay đổi đơn lẻ, kiểm tra được.

Bước 6: Xuất bản và chia sẻ

Khi nó làm được điều bạn cần, hãy xuất bản. Trên Mythex chỉ cần một cú nhấp, và bạn có một URL công khai để mở trên mọi thiết bị hoặc gửi cho bạn bè. Nếu sau này bạn muốn tên miền riêng, đó là tính năng Pro, và hướng dẫn kết nối tên miền riêng của chúng tôi giải thích điều đó.

Trước khi chia sẻ cho nhiều hơn vài người bạn, hãy đọc vibe coding có an toàn không?. Với một danh sách sách cá nhân thì rủi ro thấp. Với app mà người lạ đăng ký và lưu dữ liệu, có những việc bạn cần kiểm tra trước.

Những lỗi người mới cần tránh

• Yêu cầu mọi thứ cùng lúc. "Xây cho tôi Goodreads" cho ra thứ trông ấn tượng nhưng chạy tệ. Hãy bắt đầu với phiên bản hữu ích nhỏ nhất.
• Không thử tải lại trang. Dữ liệu biến mất khi tải lại là bất ngờ phổ biến nhất của người mới.
• Viết lại yêu cầu từ đầu mỗi lần. Hãy nói đổi gì và giữ gì: "Giữ nguyên bố cục, chỉ đổi màu."
• Tin vào câu "đã sửa xong". AI thường nói lỗi đã được sửa. Hãy tự kiểm tra mỗi lần.
• Dán mật khẩu hoặc khóa API vào khung chat. Nếu app cần một khóa cho dịch vụ bên ngoài, hãy đặt nó trong phần cài đặt secret của công cụ, đừng bao giờ để trong tin nhắn hay trong code. Xem cách giữ an toàn khóa API.
• Bỏ cuộc sau lỗi đầu tiên. Lỗi là bình thường. Dán nó lại và hỏi nguyên nhân.

Nên học gì trong lúc làm

Bạn không cần một khóa học, nhưng vài khái niệm sẽ làm mọi yêu cầu sắc hơn. Hãy nhờ AI giải thích chúng trong bối cảnh app của chính bạn:

• Frontend và backend: thứ chạy trong trình duyệt của khách so với trên server. (Frontend vs backend)
• Cơ sở dữ liệu: nơi app giữ dữ liệu. (Cơ sở dữ liệu là gì?)
• Xác thực: cách app biết một người là ai.
• Secret: các khóa riêng app dùng mà khách tuyệt đối không được thấy.

Một prompt hay cho việc này: "Giải thích cách danh sách sách của tôi lưu một cuốn sách, từ lúc bấm Thêm đến khi dữ liệu được lưu. Dùng từ ngữ đơn giản và chỉ ra các tệp thật."

Dự án thứ hai và thứ ba

Sau app đầu tiên, hãy chọn thứ khó hơn một bậc. Một app theo dõi thói quen có biểu đồ tuần. Một biểu mẫu đặt lịch gửi email cho bạn. Một dashboard nhỏ đọc dữ liệu từ Google Sheet. Ví dụ vibe coding của chúng tôi cho thấy các loại app thật cùng prompt đứng sau và những gì đã sai, còn cách xây app bằng vibe coding đưa một dự án lớn hơn từ ý tưởng đến app đã xuất bản có người dùng.

Khi sẵn sàng bắt đầu, hãy mở trình tạo app AI, dán prompt danh sách sách ở trên và đổi nó thành ý tưởng của riêng bạn.

Câu hỏi thường gặp