30 prompt vibe coding bạn có thể sao chép (bảng tra nhanh)

Những prompt vibe coding tốt nhất ngắn, cụ thể và nói về hành vi: ai dùng app, họ làm được gì, app giữ gì và trông ra sao. Dưới đây là 30 prompt bạn có thể sao chép và dán, nhóm theo giai đoạn bạn đang ở, từ lần xây đầu tiên đến xuất bản. Hãy thay các phần trong [ngoặc vuông] bằng chi tiết của riêng bạn.

Chúng dùng được ở mọi trình tạo app AI hoặc coding agent. Nếu bạn muốn hiểu lý lẽ đằng sau, hướng dẫn dài hơn của chúng tôi về cách viết prompt cho trình tạo app AI giải thích các nguyên tắc. Trang này là bảng tra nhanh.

Cách dùng bảng tra nhanh này

• Bắt đầu bằng một prompt xây bản đầu, rồi dùng các prompt khác từng cái một.
• Thử sau mỗi prompt. Bấm qua thay đổi đó trước khi gửi cái tiếp theo.
• Giữ những gì chạy tốt. Phần lớn prompt tiếp theo ở đây kết thúc bằng "giữ nguyên mọi thứ khác" là có lý do.
• Dán đúng nguyên văn. Thông báo lỗi, nhãn nút và chữ trên màn hình luôn hơn mô tả.

Prompt xây bản đầu

Những prompt này định hình app. Mỗi cái nêu người dùng, hành động, dữ liệu và diện mạo.

1. Một app theo dõi đơn giản

Hãy xây cho tôi một app theo dõi [thói quen]. Tôi có thể thêm một [thói quen] với tên và màu sắc, tick xong mỗi ngày một lần, và xem lưới 30 ngày cùng chuỗi ngày hiện tại. Lưu mọi thứ để còn nguyên sau khi tải lại trang. Thiết kế gọn, tối giản, chạy tốt trên điện thoại.

2. Trang đặt lịch cho doanh nghiệp nhỏ

Hãy xây một trang đặt lịch cho [tiệm làm tóc] của tôi. Khách chọn một dịch vụ ([cắt 30 phút, nhuộm 90 phút]), một ngày và một khung giờ còn trống trong khoảng [9:00 đến 18:00], rồi nhập tên, số điện thoại và email. Hai người không thể đặt cùng một khung giờ. Tôi cần một trang quản trị riêng, sau lớp đăng nhập, liệt kê các lịch hẹn sắp tới theo ngày.

3. Công cụ nội bộ

Hãy xây một công cụ nội bộ để đội của tôi theo dõi [việc cho mượn thiết bị]. Mỗi món có tên, mã và trạng thái (sẵn có, đang cho mượn, hỏng). Nhân viên đăng nhập, có thể mượn một món cho chính mình và trả lại. Hiển thị một bảng có bộ lọc theo trạng thái và lịch sử ai đã giữ từng món.

4. Landing page có danh sách chờ

Hãy xây một website một trang cho [sản phẩm của tôi: app lên thực đơn cho các bậc cha mẹ bận rộn]. Phần đầu có tiêu đề chính, tiêu đề phụ một câu và ô đăng ký email. Sau đó là ba lợi ích, một phần cách hoạt động ngắn và phần câu hỏi thường gặp. Lưu email đăng ký vào cơ sở dữ liệu và hiện danh sách cho tôi trên một trang quản trị riêng.

5. Cổng khách hàng

Hãy xây một cổng khách hàng cho [studio thiết kế] của tôi. Mỗi khách đăng nhập và chỉ thấy các dự án của riêng họ, kèm trạng thái, các tệp tôi đã tải lên và một chuỗi bình luận. Tôi đăng nhập với vai trò admin và thấy mọi khách. Khách tuyệt đối không được thấy dữ liệu của nhau.

6. Máy tính hoặc công cụ báo giá

Hãy xây một máy tính báo giá cho [doanh nghiệp dọn dẹp] của tôi. Đầu vào: số phòng ngủ, số phòng tắm, dịch vụ thêm (lò nướng, cửa sổ, tủ lạnh) và tần suất (một lần, hằng tuần, hằng tháng). Hiển thị giá khi các lựa chọn thay đổi, kèm bảng chi tiết. Giá: [dán bảng giá của bạn]. Thêm một nút gửi yêu cầu báo giá cho tôi qua email.

Prompt lập kế hoạch

Dùng chúng trước một tính năng lớn, hoặc bất cứ khi nào bạn chưa chắc cách mô tả điều gì.

7. Lập kế hoạch trước khi xây

Trước khi viết bất kỳ dòng code nào, hãy mô tả bằng lời thường ngày các màn hình bạn sẽ xây, dữ liệu bạn sẽ lưu và những quyết định bạn cần từ tôi. Chờ tôi đồng ý.

8. Biến ý tưởng lộn xộn thành bản đầu tiên

Đây là ý tưởng của tôi: [dán ghi chú]. Hãy đề xuất phiên bản đầu nhỏ nhất mà vẫn hữu ích, trong 5–8 gạch đầu dòng. Liệt kê những gì bạn sẽ để lại sau và vì sao.

9. Hỏi xem còn thiếu gì

Một lập trình viên sẽ hỏi tôi những câu gì trước khi xây thứ này? Hãy hỏi từng câu một, rồi tóm tắt các câu trả lời của tôi thành một bản đặc tả ngắn.

10. Kiểm tra trước một thay đổi lớn

Tôi muốn thêm [tài khoản nhóm, nơi nhiều người dùng chung một workspace]. Hãy giải thích điều gì phải đổi ở dữ liệu, các màn hình và phân quyền, và điều gì có thể hỏng. Chưa đổi gì cả.

Prompt thiết kế

11. Đặt một phong cách rõ ràng

Đổi phong cách app: nền trắng ngà ấm, chữ tối, một màu nhấn [#1F6F50], góc bo tròn, khoảng cách rộng rãi và phông chữ sans-serif hiện đại. Giữ nguyên bố cục và mọi tính năng y như hiện tại.

12. Mô phỏng cảm giác của một mẫu tham khảo

Làm cho dashboard có cảm giác như một app tài chính điềm tĩnh: nhiều khoảng trắng, con số lớn và đậm, nhãn nhỏ và xám, một biểu đồ đơn giản ở trên cùng. Đừng sao chép logo hay chữ của bất kỳ thương hiệu nào.

13. Sửa bố cục trên điện thoại

Trên điện thoại rộng 375px, bảng ở [trang Đơn hàng] cuộn ngang và các nút chồng lên nhau. Hãy biến mỗi hàng thành một thẻ xếp chồng trên màn hình nhỏ. Đừng đổi bố cục trên máy tính.

14. Trạng thái trống, đang tải và lỗi

Thêm các trạng thái đầy đủ cho [danh sách Dự án]: trạng thái trống thân thiện với nút thêm dự án đầu tiên, khung xương chờ (skeleton) khi dữ liệu đang tải, và thông báo rõ ràng kèm nút thử lại nếu tải thất bại.

15. Hỗ trợ phải sang trái

Thêm phiên bản tiếng Ả Rập của giao diện với bố cục phải sang trái đầy đủ. Các biểu tượng chỉ hướng phải được lật; số và ngày phải dùng định dạng theo địa phương. Giữ tiếng Anh làm mặc định.

Prompt dữ liệu và tính năng

16. Làm cho dữ liệu được lưu lại

Hiện giờ dữ liệu của tôi biến mất khi tải lại trang. Hãy lưu nó vào một cơ sở dữ liệu thật thay vào đó, và giữ cho các màn hình hiện tại hoạt động y như cũ.

17. Thêm đăng nhập

Thêm đăng ký và đăng nhập bằng email và mật khẩu. Mỗi người dùng chỉ được xem và sửa [mục] của riêng mình. Hiển thị email người dùng ở thanh trên cùng cùng nút đăng xuất.

18. Thêm vai trò

Thêm hai vai trò: admin và thành viên. Admin có thể thêm, sửa và xóa [sản phẩm]; thành viên chỉ xem được. Hãy áp dụng điều này trên server, không chỉ bằng cách ẩn nút.

19. Thêm tìm kiếm và bộ lọc

Thêm một ô tìm kiếm phía trên [danh sách liên hệ] khớp với tên, công ty hoặc email khi tôi gõ, cùng một bộ lọc theo [trạng thái]. Giữ nguyên thứ tự sắp xếp hiện tại.

20. Thêm tải tệp lên

Cho phép người dùng đính kèm tối đa [5] ảnh vào mỗi [tin đăng], mỗi ảnh tối đa [5 MB]. Hiển thị ảnh thu nhỏ trên tin đăng và xem lớn khi bấm vào. Chỉ chủ sở hữu mới xóa được ảnh của mình.

21. Nhập từ bảng tính

Thêm nút Nhập (Import) nhận một tệp CSV với các cột [tên, email, số điện thoại, ghi chú], hiển thị bản xem trước 10 hàng đầu và để tôi xác nhận trước khi lưu. Bỏ qua các hàng không có email và cho tôi biết đã bỏ qua bao nhiêu hàng.

Prompt sửa lỗi

22. Báo lỗi rõ ràng

Khi tôi [bấm Lưu trên biểu mẫu chỉnh sửa], tôi thấy "[nội dung lỗi chính xác]" và thay đổi không được lưu. Mong đợi: thay đổi được lưu và tôi quay về danh sách. Hãy tìm nguyên nhân, giải thích trong một hoặc hai câu, rồi sửa.

23. Dừng vòng lặp sửa lỗi

Chúng ta đã thử sửa lỗi này ba lần mà vẫn lỗi. Dừng đổi code. Hãy liệt kê ba nguyên nhân có khả năng nhất, cách kiểm tra từng cái và bạn nghĩ đó là cái nào.

24. Hoàn tác tác dụng phụ

Thay đổi vừa rồi của bạn đã sửa bộ chọn ngày nhưng [thanh bên] biến mất. Hãy đưa thanh bên trở lại đúng như trước và giữ bản sửa bộ chọn ngày.

25. Giải thích trước khi đổi

Hãy giải thích [tổng tiền thanh toán] hiện đang được tính thế nào, từng bước, chỉ ra các tệp liên quan. Đừng đổi bất cứ gì.

Prompt kiểm thử và rà soát

26. Trường hợp biên

Liệt kê 10 cách một người dùng thật có thể làm hỏng [biểu mẫu đặt lịch]: trường trống, văn bản rất dài, bấm đúp, hai người cùng lúc, múi giờ sai. Thử từng cái và sửa những gì lỗi. Báo cáo những gì bạn đã đổi.

27. Tóm tắt các thay đổi gần đây

Hãy tóm tắt mọi thay đổi bạn đã làm trong [năm] bước gần nhất bằng lời thường ngày, và đánh dấu bất cứ điều gì có thể ảnh hưởng đến dữ liệu hiện có.

Prompt bảo mật

Hãy kết hợp chúng với trang của chúng tôi về vibe coding có an toàn không.

28. Kiểm tra quyền truy cập dữ liệu

Kiểm tra code phía server: một người dùng đã đăng nhập có thể đọc hoặc đổi [bản ghi] của người dùng khác bằng cách đổi ID trong một yêu cầu không? Cho tôi thấy nơi quyền truy cập được kiểm tra và sửa mọi lỗ hổng.

29. Kiểm tra secret bị lộ

Liệt kê mọi khóa API, mật khẩu hoặc token app này dùng và mỗi cái được lưu ở đâu. Đảm bảo không cái nào nằm trong code chạy trên trình duyệt hoặc được commit trong tệp. Nếu có thì chuyển chúng vào secrets.

Prompt xuất bản

30. Rà soát trước khi ra mắt

Tôi sắp xuất bản thứ này cho người dùng thật. Hãy duyệt nó như một người rà soát: liên kết hỏng, thiếu tiêu đề và mô tả trang, biểu mẫu không có kiểm tra hợp lệ, trang chậm, lỗi console và mọi thứ trông chưa hoàn thiện trên điện thoại. Cho tôi một danh sách xếp theo mức quan trọng, rồi sửa năm mục đầu.

Những prompt nên tránh

Một số prompt luôn cho kết quả tệ hơn:

• "Làm cho nó tốt hơn." Tốt hơn thế nào? Hãy nêu màn hình và thay đổi.
• "Sửa hết mọi thứ." AI sẽ đổi rất nhiều và bạn sẽ không biết cái gì đã dịch chuyển.
• "Dùng [thư viện] và [framework] và [mẫu thiết kế]." Trừ khi có lý do, hãy mô tả hành vi và để công cụ chọn stack.
• "Đây là khóa API của tôi: …" Đừng bao giờ dán secret vào khung chat. Hãy dùng phần cài đặt secret của công cụ.
• Mười tính năng trong một tin nhắn. Hãy tách chúng ra.

Biến prompt thành thói quen

Sau vài dự án, bạn sẽ có phiên bản riêng của những prompt này. Hãy giữ chúng trong một ghi chú và dùng lại những cái hiệu quả. Mythex cũng ghi nhớ bạn là ai và bạn làm việc thế nào giữa các dự án, nên những sở thích bạn lặp lại, như phong cách hay stack quen dùng, được mang theo mà không phải gõ lại.

Nếu bạn bí ở prompt đầu tiên, công cụ tạo prompt cho app miễn phí biến ý tưởng một dòng thành prompt khởi đầu đầy đủ hơn. Và để xem những prompt này cho ra gì trong thực tế, hãy đọc ví dụ vibe coding của chúng tôi, hoặc dán prompt 1 vào trình tạo app AI và đổi các ngoặc vuông thành ý tưởng của riêng bạn.

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