Cách viết prompt Vibe Coding để AI tạo code chính xác
Bùi Tấn Lực - 103
- 11/10/2026
Vibe Coding giúp người dùng xây dựng website, ứng dụng và các tính năng phần mềm bằng cách mô tả yêu cầu bằng ngôn ngữ tự nhiên, sau đó để AI hỗ trợ viết mã nguồn. Tuy nhiên, cùng một công cụ AI, có người tạo được sản phẩm gần với mong muốn ngay từ đầu, trong khi người khác liên tục gặp lỗi giao diện, thiếu chức năng hoặc phải sửa code nhiều lần.
Sự khác biệt không chỉ nằm ở khả năng của AI mà còn ở cách diễn đạt yêu cầu. Một prompt quá chung chung khiến AI phải tự suy đoán về cấu trúc, giao diện, dữ liệu và cách hoạt động của phần mềm. Ngược lại, prompt có mục tiêu rõ ràng, bối cảnh đầy đủ và tiêu chí kiểm tra cụ thể sẽ giúp AI tạo code sát yêu cầu hơn.
Để viết prompt Vibe Coding hiệu quả, bạn không nhất thiết phải giỏi lập trình ngay từ đầu. Điều quan trọng là biết chia nhỏ vấn đề, mô tả kết quả mong muốn, cung cấp thông tin kỹ thuật cần thiết và hướng dẫn AI kiểm tra sản phẩm sau khi hoàn thành.
Prompt Vibe Coding là gì và tại sao ảnh hưởng đến chất lượng code?
Prompt Vibe Coding là nội dung hướng dẫn mà bạn cung cấp cho AI để xây dựng, chỉnh sửa hoặc giải thích mã nguồn. Prompt có thể mô tả một website hoàn chỉnh, một trang giao diện, chức năng đăng nhập, hệ thống quản lý dữ liệu hoặc một lỗi cần khắc phục.
Khác với việc yêu cầu AI trả lời một câu hỏi thông thường, prompt trong Vibe Coding thường phải truyền đạt cả mục tiêu sản phẩm lẫn những điều kiện kỹ thuật để sản phẩm hoạt động đúng.
Ví dụ, yêu cầu tạo website bán hàng có thể bao gồm nhiều thành phần:
- Giao diện hiển thị trên máy tính và điện thoại.
- Danh sách sản phẩm, hình ảnh, giá bán và thông tin chi tiết.
- Chức năng tìm kiếm, lọc sản phẩm và giỏ hàng.
- Cách lưu trữ dữ liệu và xử lý thông tin người dùng.
- Kiểm tra dữ liệu đầu vào, xử lý lỗi và bảo vệ các chức năng quan trọng.
Nếu chỉ yêu cầu AI tạo website bán hàng mà không nói rõ những thành phần cần thiết, AI có thể tạo ra một giao diện đẹp nhưng các nút bấm không hoạt động, dữ liệu chỉ là nội dung mẫu hoặc giỏ hàng không lưu được sản phẩm.
Nguyên tắc quan trọng: AI không thể tự biết chính xác những yêu cầu mà bạn chưa cung cấp. Prompt càng làm rõ mục tiêu, phạm vi công việc và điều kiện hoàn thành thì khả năng tạo ra code phù hợp càng cao.
Xác định rõ mục tiêu trước khi viết prompt
Trước khi yêu cầu AI lập trình, hãy xác định chính xác bạn muốn tạo ra sản phẩm gì và người dùng sẽ sử dụng nó như thế nào. Đây là bước giúp tránh tình trạng AI viết rất nhiều code nhưng không giải quyết đúng vấn đề.
Mô tả kết quả cần đạt thay vì chỉ nêu tên chức năng
Một chức năng có thể được hiểu theo nhiều cách. Chẳng hạn, yêu cầu tạo bộ lọc sản phẩm chưa cho biết người dùng sẽ lọc theo giá, danh mục, thương hiệu hay trạng thái còn hàng.
Thay vì viết:
Hãy tạo chức năng lọc sản phẩm cho website bán hàng.
Bạn nên mô tả hành vi mong muốn cụ thể hơn:
Hãy xây dựng chức năng lọc sản phẩm cho website bán hàng.
Yêu cầu:
- Cho phép lọc theo danh mục sản phẩm.
- Cho phép nhập khoảng giá tối thiểu và tối đa.
- Có thể kết hợp nhiều điều kiện lọc cùng lúc.
- Cập nhật danh sách sản phẩm theo điều kiện đã chọn.
- Hiển thị thông báo khi không có sản phẩm phù hợp.
- Có nút xóa bộ lọc để trở về danh sách ban đầu.
- Kiểm tra dữ liệu giá nhập vào và xử lý trường hợp không hợp lệ.
Prompt thứ hai cho AI biết rõ chức năng phải hoạt động ra sao, bao gồm cả trường hợp không có kết quả và dữ liệu đầu vào sai.
Xác định đối tượng sử dụng và bối cảnh thực tế
Đối tượng sử dụng ảnh hưởng trực tiếp đến cách thiết kế giao diện và quy trình xử lý. Một website dành cho khách hàng mua sắm sẽ có yêu cầu khác với trang quản trị dành cho nhân viên.
Khi viết prompt, hãy làm rõ những thông tin như:
- Đối tượng sử dụng: khách hàng, nhân viên, quản trị viên hay người dùng nội bộ.
- Mục đích: bán hàng, quản lý công việc, đặt lịch, giới thiệu dịch vụ hay xử lý dữ liệu.
- Thiết bị: máy tính, điện thoại hoặc cả hai.
- Mức độ phức tạp: bản giao diện thử nghiệm, sản phẩm mẫu hay ứng dụng có thể vận hành thực tế.
- Điều kiện đặc biệt: nhiều vai trò người dùng, phân quyền, dữ liệu lớn hoặc tích hợp dịch vụ bên ngoài.
Ví dụ, nếu muốn xây dựng trang quản lý đơn hàng cho nhân viên, hãy yêu cầu AI ưu tiên khả năng tìm kiếm, lọc theo trạng thái, xem chi tiết đơn và cập nhật thông tin. Những yêu cầu này có giá trị thực tế hơn việc chỉ mô tả giao diện đẹp hoặc hiện đại.
Cấu trúc prompt Vibe Coding giúp AI hiểu đúng yêu cầu
Không có một cấu trúc prompt duy nhất phù hợp với mọi dự án. Tuy nhiên, bạn có thể sử dụng một khung chung để hạn chế bỏ sót thông tin quan trọng. Khung này đặc biệt hữu ích khi xây dựng website hoặc ứng dụng có nhiều chức năng.
Thành phần cần có trong một prompt lập trình
Một prompt tương đối đầy đủ thường bao gồm những thành phần sau:
- Vai trò: xác định AI cần hỗ trợ với góc nhìn nào, chẳng hạn lập trình viên PHP hoặc người thiết kế giao diện web.
- Bối cảnh: mô tả dự án hiện tại, công nghệ đang sử dụng và vấn đề cần giải quyết.
- Mục tiêu: nêu rõ tính năng hoặc kết quả cần xây dựng.
- Yêu cầu chức năng: liệt kê các hành vi mà sản phẩm phải thực hiện.
- Ràng buộc kỹ thuật: quy định ngôn ngữ lập trình, framework, cấu trúc thư mục và những thành phần không được tự ý thay đổi.
- Tiêu chí giao diện: mô tả bố cục, khả năng tương thích thiết bị và trạng thái tương tác nếu công việc liên quan đến giao diện.
- Điều kiện hoàn thành: nêu cách kiểm tra để xác định code đáp ứng yêu cầu.
Không phải prompt nào cũng cần đủ bảy thành phần. Với một lỗi CSS nhỏ, vài dòng mô tả có thể đã đủ. Với một chức năng liên quan đến cơ sở dữ liệu, xác thực và phân quyền, bạn nên cung cấp thông tin chi tiết hơn.
Mẫu prompt có thể tái sử dụng
Bạn có thể dùng mẫu dưới đây làm khung ban đầu, sau đó thay đổi nội dung trong dấu ngoặc vuông theo dự án của mình.
Vai trò:
Bạn là lập trình viên có kinh nghiệm về [ngôn ngữ hoặc công nghệ].
Bối cảnh:
Tôi đang phát triển [loại website hoặc ứng dụng].
Công nghệ hiện tại: [ngôn ngữ, framework, cơ sở dữ liệu].
Cấu trúc hoặc code hiện có: [mô tả hoặc cung cấp tệp liên quan].
Mục tiêu:
Xây dựng [tên chức năng hoặc kết quả cần đạt].
Yêu cầu chức năng:
1. [Yêu cầu thứ nhất].
2. [Yêu cầu thứ hai].
3. [Yêu cầu thứ ba].
4. Xử lý các trường hợp dữ liệu không hợp lệ và lỗi có thể xảy ra.
Ràng buộc:
- Giữ nguyên công nghệ hiện tại.
- Không tự ý thay đổi các chức năng không liên quan.
- Tuân thủ cấu trúc dự án đang sử dụng.
- Không để lộ thông tin nhạy cảm trong mã nguồn.
Yêu cầu đầu ra:
- Nêu các tệp cần tạo hoặc chỉnh sửa.
- Cung cấp code đầy đủ cho phần cần thay đổi.
- Giải thích cách tích hợp vào dự án hiện tại.
- Nêu những giả định hoặc thông tin còn thiếu.
Kiểm tra:
- Đối chiếu kết quả với từng yêu cầu.
- Kiểm tra các trường hợp đầu vào hợp lệ và không hợp lệ.
- Chỉ ra những kiểm thử đã thực hiện và những kiểm thử chưa thực hiện được.
Ưu điểm của mẫu này là giúp AI có một khuôn khổ làm việc rõ ràng. Tuy nhiên, bạn không nên giữ nguyên mọi dòng một cách máy móc. Hãy bổ sung thông tin có liên quan và loại bỏ những phần không cần thiết đối với công việc đang thực hiện.
Cách mô tả yêu cầu kỹ thuật để hạn chế code sai
Một trong những nguyên nhân phổ biến khiến Vibe Coding cho kết quả không chính xác là người dùng chỉ mô tả ý tưởng mà không xác định môi trường lập trình. AI có thể chọn một thư viện, framework hoặc cách tổ chức code khác với dự án hiện có, dẫn đến lỗi khi tích hợp.
Chỉ rõ ngôn ngữ, framework và môi trường hiện tại
Nếu đang làm website bằng PHP thuần, bạn cần nói rõ điều đó thay vì chỉ yêu cầu AI viết chức năng cho website. Tương tự, dự án sử dụng Laravel, React, Vue hoặc một hệ thống CMS có sẵn cũng cần được nêu cụ thể.
Ví dụ, prompt sau giúp giới hạn phạm vi triển khai:
Tôi đang phát triển website bằng PHP thuần, MySQL,
HTML, CSS và JavaScript.
Hãy xây dựng chức năng tìm kiếm sản phẩm theo tên.
Yêu cầu:
- Sử dụng cấu trúc dự án hiện tại.
- Không chuyển sang Laravel hoặc framework khác.
- Truy vấn dữ liệu từ bảng products trong MySQL.
- Sử dụng truy vấn có tham số để hạn chế SQL injection.
- Kiểm tra dữ liệu đầu vào trước khi truy vấn.
- Giữ nguyên các chức năng hiện có.
- Nêu rõ những tệp cần sửa và cách tích hợp code.
Nếu chưa biết chính xác phiên bản công nghệ đang dùng, hãy kiểm tra dự án trước khi yêu cầu AI viết code. Bạn có thể cung cấp tệp cấu hình, tệp khai báo phụ thuộc hoặc thông tin phiên bản để AI đưa ra giải pháp phù hợp hơn.
Cung cấp code hiện tại thay vì yêu cầu AI đoán cấu trúc
Khi chỉnh sửa một dự án đang hoạt động, hãy cung cấp những tệp có liên quan trực tiếp đến chức năng cần thay đổi. AI sẽ dễ xác định tên biến, hàm, cách gọi dữ liệu và quy ước đang được sử dụng hơn.
Ví dụ, nếu cần sửa chức năng đăng nhập, thông tin hữu ích có thể bao gồm:
- Tệp xử lý đăng nhập hiện tại.
- Cấu trúc bảng người dùng hoặc mô hình dữ liệu liên quan.
- Đoạn code kiểm tra mật khẩu và quản lý phiên đăng nhập.
- Thông báo lỗi đang xuất hiện.
- Kết quả mong muốn sau khi sửa.
Không nên gửi toàn bộ dự án một cách thiếu chọn lọc nếu chỉ cần chỉnh sửa một thành phần nhỏ. Hãy cung cấp đủ ngữ cảnh để AI hiểu các phần liên quan, đồng thời tránh chia sẻ mật khẩu, khóa API, dữ liệu khách hàng hoặc thông tin bí mật khác.
Phân biệt rõ điều bắt buộc và điều có thể linh hoạt
Không phải yêu cầu nào cũng có mức độ ưu tiên như nhau. Một số điều kiện phải được tuân thủ tuyệt đối, chẳng hạn không thay đổi cấu trúc cơ sở dữ liệu hoặc không làm hỏng chức năng thanh toán. Những yếu tố như khoảng cách giữa các thành phần giao diện có thể được điều chỉnh trong phạm vi cho phép.
Bạn có thể chia yêu cầu thành ba nhóm:
- Bắt buộc: chức năng phải hoạt động, công nghệ phải giữ nguyên, dữ liệu phải được xử lý an toàn.
- Ưu tiên: giao diện gần với thiết kế mẫu, code dễ bảo trì, hạn chế phụ thuộc mới.
- Có thể điều chỉnh: cách tổ chức một thành phần nhỏ hoặc chi tiết trình bày không ảnh hưởng đến yêu cầu cốt lõi.
Cách phân nhóm này giúp AI hiểu đâu là giới hạn không được vượt qua và đâu là phần có thể đề xuất giải pháp khác.
Viết prompt giao diện để AI tạo đúng thiết kế mong muốn
Đối với công việc phát triển giao diện, những mô tả như đẹp, hiện đại hoặc chuyên nghiệp thường chưa đủ. AI cần biết bố cục trang, thứ tự các thành phần, cách sử dụng màu sắc và hành vi trên những kích thước màn hình khác nhau.
Mô tả bố cục theo từng khu vực
Thay vì yêu cầu tạo một trang chủ hoàn chỉnh trong một câu, hãy mô tả các khu vực theo thứ tự xuất hiện. Ví dụ, một trang chủ website dịch vụ có thể gồm thanh điều hướng, khu vực giới thiệu, danh sách dịch vụ, phần lợi ích, đánh giá khách hàng và chân trang.
Prompt nên làm rõ nội dung của từng khu vực, thành phần chính, cách sắp xếp và hành động mà người dùng có thể thực hiện.
Hãy xây dựng giao diện trang chủ cho website dịch vụ.
Bố cục:
- Header: logo, menu điều hướng và nút liên hệ.
- Hero: tiêu đề chính, đoạn giới thiệu, nút kêu gọi hành động
và hình minh họa.
- Dịch vụ: hiển thị các dịch vụ dưới dạng thẻ.
- Lợi ích: trình bày những điểm nổi bật của doanh nghiệp.
- Liên hệ: có thông tin liên hệ và nút gửi yêu cầu.
- Footer: thông tin doanh nghiệp và các liên kết cần thiết.
Yêu cầu:
- Bố cục rõ ràng, dễ đọc.
- Hiển thị tốt trên máy tính, máy tính bảng và điện thoại.
- Các nút phải có hành vi phù hợp, không chỉ mang tính trang trí.
- Sử dụng lại các thành phần giao diện khi hợp lý.
- Không tự thêm nội dung hoặc chức năng ngoài phạm vi yêu cầu.
Sử dụng hình ảnh tham khảo khi cần độ chính xác cao
Nếu đã có mẫu giao diện, ảnh chụp màn hình hoặc bản thiết kế, hãy cung cấp cho AI để làm rõ mong muốn. Hình ảnh giúp truyền đạt các thông tin khó mô tả bằng lời như tỷ lệ giữa các khu vực, khoảng cách, vị trí nút bấm và cách sắp xếp nội dung.
Tuy nhiên, ảnh chụp không thể hiện đầy đủ cấu trúc HTML, quy tắc CSS hoặc hành vi của các thành phần. Vì vậy, hãy bổ sung mô tả về những phần không thể quan sát trực tiếp, chẳng hạn menu mở khi nhấn, biểu mẫu có kiểm tra dữ liệu hay danh sách thay đổi khi người dùng lọc kết quả.
Quy định cách hiển thị trên điện thoại
Không nên mặc định rằng giao diện hiển thị tốt trên máy tính sẽ tự động phù hợp với điện thoại. Hãy yêu cầu AI xác định cách bố trí thành phần khi chiều rộng màn hình giảm.
Những điểm cần làm rõ gồm số cột của danh sách, cách thu gọn menu, kích thước nút bấm, khả năng đọc văn bản, cách xử lý bảng rộng và việc tránh tràn nội dung theo chiều ngang.
Đồng thời, cần yêu cầu kiểm tra giao diện ở nhiều kích thước màn hình thay vì chỉ xác nhận rằng trang đã có CSS responsive. Đây là cách thực tế để phát hiện những lỗi bố cục mà việc đọc code đơn thuần có thể bỏ sót.
Cách viết prompt cho chức năng phức tạp mà không khiến AI viết code sai
Khi phát triển một ứng dụng có nhiều chức năng, yêu cầu tất cả trong một prompt dài thường khiến AI khó kiểm soát các mối liên hệ giữa từng thành phần. Code có thể thiếu chức năng, xử lý dữ liệu không nhất quán hoặc phát sinh lỗi khi kết nối các phần với nhau.
Cách hiệu quả hơn là chia dự án thành những nhiệm vụ nhỏ có quan hệ rõ ràng. Mỗi nhiệm vụ cần xác định đầu vào, đầu ra, phạm vi chỉnh sửa và điều kiện hoàn thành. Sau khi từng phần hoạt động ổn định, bạn mới tiếp tục tích hợp các chức năng tiếp theo.
Chia chức năng theo từng giai đoạn triển khai
Ví dụ, khi xây dựng website bán hàng, thay vì yêu cầu AI tạo toàn bộ hệ thống trong một lần, bạn có thể chia thành các giai đoạn:
- Giai đoạn phân tích: xác định chức năng, cấu trúc dữ liệu, công nghệ và các thành phần cần xây dựng.
- Giai đoạn giao diện: tạo bố cục trang chủ, danh sách sản phẩm, trang chi tiết và các thành phần dùng chung.
- Giai đoạn dữ liệu: xây dựng cấu trúc lưu trữ sản phẩm, danh mục, khách hàng và đơn hàng.
- Giai đoạn nghiệp vụ: triển khai tìm kiếm, lọc sản phẩm, giỏ hàng và quy trình đặt hàng.
- Giai đoạn kiểm thử: kiểm tra luồng sử dụng, dữ liệu đầu vào, xử lý lỗi và các vấn đề bảo mật.
Trình tự thực tế có thể thay đổi tùy dự án. Điều quan trọng là mỗi giai đoạn phải có kết quả cụ thể để kiểm tra trước khi chuyển sang giai đoạn tiếp theo.
Bạn có thể sử dụng prompt sau để yêu cầu AI lập kế hoạch trước khi lập trình:
Tôi muốn xây dựng website bán hàng bằng PHP và MySQL.
Trước khi viết code, hãy:
1. Phân tích các chức năng cần có.
2. Xác định các thành phần phụ thuộc lẫn nhau.
3. Đề xuất cấu trúc thư mục và mô hình dữ liệu phù hợp.
4. Chia công việc thành các giai đoạn nhỏ.
5. Nêu rõ kết quả đầu ra và tiêu chí hoàn thành của từng giai đoạn.
6. Chỉ ra những thông tin còn thiếu cần tôi xác nhận.
Chưa triển khai toàn bộ code ở bước này.
Ưu tiên phương án dễ bảo trì, an toàn và phù hợp với quy mô dự án.
Sau khi xem xét kế hoạch, bạn có thể yêu cầu AI triển khai từng phần. Cách này giúp phát hiện những giả định không phù hợp trước khi chúng ảnh hưởng đến toàn bộ dự án.
Xác định phạm vi chỉnh sửa để tránh phá vỡ code hiện có
Một vấn đề thường gặp khi dùng AI sửa code là yêu cầu ban đầu chỉ liên quan đến một chức năng, nhưng AI lại viết lại nhiều tệp hoặc thay đổi cấu trúc của các thành phần khác.
Để hạn chế tình trạng này, hãy quy định rõ phạm vi công việc. Chẳng hạn, khi sửa bộ lọc sản phẩm, bạn có thể yêu cầu AI giữ nguyên giao diện tổng thể, không thay đổi cấu trúc cơ sở dữ liệu và chỉ chỉnh sửa những thành phần thực sự cần thiết.
Nhiệm vụ:
Sửa lỗi bộ lọc sản phẩm không hoạt động đúng.
Phạm vi:
- Tập trung vào chức năng lọc sản phẩm.
- Giữ nguyên giao diện hiện tại.
- Không thay đổi cấu trúc cơ sở dữ liệu.
- Không viết lại các chức năng không liên quan.
- Nếu cần sửa thêm tệp khác, hãy giải thích lý do.
Trước khi sửa:
- Phân tích nguyên nhân có thể gây lỗi.
- Xác định các tệp liên quan.
- Nêu phương án sửa ít ảnh hưởng nhất.
Sau khi sửa:
- Cung cấp phần code thay đổi.
- Nêu những chức năng cần kiểm tra lại.
- Không khẳng định đã kiểm thử nếu chưa thực hiện.
Đối với dự án đang vận hành, bạn nên sao lưu hoặc sử dụng hệ thống quản lý phiên bản trước khi áp dụng các thay đổi quan trọng. Nếu AI đề xuất sửa nhiều thành phần ngoài dự kiến, hãy yêu cầu giải thích từng thay đổi trước khi chấp nhận.
Cách yêu cầu AI kiểm tra và sửa lỗi code chính xác
Viết được code mới chỉ là một phần của Vibe Coding. Để sản phẩm hoạt động ổn định, bạn còn cần biết cách mô tả lỗi, cung cấp bằng chứng và yêu cầu AI kiểm tra giải pháp sau khi chỉnh sửa.
Cung cấp thông báo lỗi và cách tái hiện vấn đề
Khi gặp lỗi, đừng chỉ yêu cầu AI sửa code mà không cung cấp thêm thông tin. Nếu không biết lỗi xuất hiện trong tình huống nào, AI có thể đưa ra giải pháp dựa trên suy đoán và làm phát sinh vấn đề mới.
Một yêu cầu sửa lỗi nên bao gồm các thông tin sau:
- Hiện tượng: điều gì đang xảy ra và kết quả nào không đúng.
- Kết quả mong muốn: hệ thống cần hoạt động như thế nào.
- Cách tái hiện: các bước dẫn đến lỗi.
- Thông báo lỗi: nội dung lỗi trong trình duyệt, terminal, máy chủ hoặc công cụ kiểm thử.
- Thông tin liên quan: đoạn code, tệp cấu hình đã loại bỏ thông tin bí mật và dữ liệu mẫu cần thiết.
Ví dụ, thay vì viết “Website bị lỗi khi tìm kiếm”, hãy mô tả rằng người dùng nhập tên sản phẩm, nhấn nút tìm kiếm nhưng danh sách vẫn giữ nguyên; sau đó cung cấp đoạn code xử lý tìm kiếm và thông báo lỗi nếu có.
Thông tin cụ thể giúp AI phân biệt được lỗi nằm ở giao diện, sự kiện JavaScript, truy vấn cơ sở dữ liệu hay cách trả dữ liệu từ máy chủ.
Yêu cầu AI phân tích nguyên nhân trước khi sửa
Đối với lỗi phức tạp, nên yêu cầu AI phân tích nguyên nhân trước khi đưa ra bản sửa. Điều này không bảo đảm AI luôn tìm đúng nguyên nhân, nhưng giúp bạn xem xét lập luận và phát hiện những giải pháp thiếu căn cứ.
Tôi đang gặp lỗi sau:
[Mô tả hiện tượng và thông báo lỗi].
Kết quả mong muốn:
[Mô tả hành vi đúng].
Code liên quan:
[Cung cấp đoạn code hoặc tệp cần thiết].
Hãy thực hiện theo thứ tự:
1. Phân tích các nguyên nhân có thể xảy ra.
2. Đối chiếu từng nguyên nhân với code và thông báo lỗi.
3. Xác định nguyên nhân có bằng chứng hỗ trợ tốt nhất.
4. Đề xuất phương án sửa ít ảnh hưởng đến hệ thống.
5. Cung cấp code đã chỉnh sửa.
6. Giải thích vì sao bản sửa giải quyết được vấn đề.
7. Đề xuất các trường hợp cần kiểm thử để tránh tái phát.
Nếu chưa đủ dữ liệu để kết luận, hãy nêu rõ thông tin còn thiếu.
Không tự khẳng định nguyên nhân khi chưa có bằng chứng phù hợp.
Điểm quan trọng là không yêu cầu AI đoán chắc chắn trong khi dữ liệu chưa đủ. Nếu chưa thể xác định nguyên nhân, hãy cung cấp thêm thông tin theo từng bước thay vì liên tục thay đổi code dựa trên những phỏng đoán khác nhau.
Yêu cầu kiểm thử theo tình huống cụ thể
Một đoạn code không báo lỗi cú pháp chưa chắc đã hoạt động đúng. Chức năng có thể thất bại khi người dùng nhập dữ liệu trống, gửi biểu mẫu nhiều lần, truy cập bằng điện thoại hoặc sử dụng tài khoản không có quyền.
Vì vậy, hãy chuyển yêu cầu kiểm thử thành các tình huống có thể xác minh được.
| Loại kiểm thử | Tình huống cần kiểm tra | Kết quả mong muốn |
|---|---|---|
| Dữ liệu hợp lệ | Người dùng nhập đầy đủ thông tin đúng định dạng. | Hệ thống xử lý và trả về kết quả chính xác. |
| Dữ liệu không hợp lệ | Người dùng bỏ trống trường bắt buộc hoặc nhập sai định dạng. | Hiển thị thông báo phù hợp và không xử lý dữ liệu sai. |
| Trường hợp biên | Giá trị nhỏ nhất, lớn nhất hoặc danh sách không có phần tử. | Hệ thống xử lý đúng theo quy tắc đã xác định. |
| Phân quyền | Người dùng không có quyền truy cập chức năng. | Máy chủ từ chối thao tác trái phép. |
| Giao diện | Truy cập bằng màn hình nhỏ hoặc nội dung dài. | Thành phần hiển thị rõ ràng, không tràn bố cục. |
| Hồi quy | Kiểm tra lại các chức năng liên quan sau khi sửa code. | Chức năng cũ vẫn hoạt động đúng. |
Bạn cũng nên phân biệt giữa kiểm thử mà AI chỉ đề xuất và kiểm thử thực sự đã chạy. Nếu AI không có quyền truy cập môi trường thực thi, nó không thể xác nhận chắc chắn rằng chương trình hoạt động đúng trên hệ thống của bạn.
Những sai lầm khi viết prompt Vibe Coding khiến AI tạo code kém chính xác
Ngay cả khi sử dụng một công cụ AI có khả năng lập trình tốt, cách giao việc thiếu rõ ràng vẫn có thể khiến kết quả không đáp ứng mong muốn. Dưới đây là những lỗi phổ biến cần tránh.
Gộp quá nhiều yêu cầu không liên quan trong một prompt
Yêu cầu AI vừa xây dựng giao diện, vừa thiết kế cơ sở dữ liệu, viết hệ thống đăng nhập, tích hợp thanh toán và tối ưu SEO trong một lần có thể khiến phạm vi công việc trở nên khó kiểm soát.
Giải pháp là chia công việc thành những phần có thể kiểm tra độc lập. Với chức năng có quan hệ chặt chẽ, hãy xác định rõ thứ tự triển khai và các giao diện kết nối giữa chúng.
Dùng những từ ngữ chung chung mà không có tiêu chí cụ thể
Các từ như nhanh, đẹp, tối ưu, thân thiện hoặc chuyên nghiệp có thể mang nhiều ý nghĩa khác nhau. Nếu cần một kết quả cụ thể, hãy chuyển chúng thành tiêu chí có thể quan sát hoặc đo lường.
Chẳng hạn, thay vì chỉ yêu cầu website tải nhanh, hãy nêu điều kiện đo lường phù hợp với dự án, trang cần kiểm tra, môi trường thử nghiệm và các chỉ số hiệu năng mong muốn. Nếu chưa xác định được ngưỡng cụ thể, hãy yêu cầu AI đo hiện trạng và đề xuất mục tiêu trước khi tối ưu.
Không cung cấp thông tin về giới hạn của dự án
AI có thể đề xuất thêm thư viện, đổi framework hoặc tạo một cấu trúc mới vì cho rằng đó là phương án thuận tiện. Tuy nhiên, giải pháp ấy có thể không phù hợp với máy chủ, ngân sách, kỹ năng bảo trì hoặc code hiện tại của bạn.
Hãy nói rõ những gì được phép thay đổi, những gì phải giữ nguyên và những phụ thuộc mới cần được giải thích trước khi sử dụng.
Chấp nhận code mà không kiểm tra
AI có thể tạo ra code trông hợp lý nhưng chứa lỗi logic, xử lý sai trường hợp biên hoặc có lỗ hổng bảo mật. Vì vậy, không nên đưa code vào môi trường thực tế chỉ vì AI giải thích nghe có vẻ thuyết phục.
Hãy kiểm tra code, chạy thử trong môi trường phù hợp, xem xét các thay đổi và sử dụng quy trình kiểm thử trước khi triển khai. Đối với những chức năng quan trọng như thanh toán, xác thực và phân quyền, cần đánh giá bảo mật kỹ lưỡng hơn.
Cách tối ưu prompt theo từng công việc Vibe Coding
Không cần dùng một mẫu prompt dài cho mọi nhiệm vụ. Hãy điều chỉnh lượng thông tin theo mức độ phức tạp và rủi ro của công việc.
| Công việc | Thông tin nên tập trung | Kết quả cần yêu cầu |
|---|---|---|
| Tạo giao diện mới | Bố cục, thành phần, màu sắc, nội dung và thiết bị mục tiêu. | Giao diện theo yêu cầu, responsive và có trạng thái tương tác phù hợp. |
| Viết chức năng | Đầu vào, đầu ra, quy tắc nghiệp vụ và công nghệ sử dụng. | Code có thể tích hợp, xử lý dữ liệu hợp lệ và không hợp lệ. |
| Sửa lỗi | Hiện tượng, cách tái hiện, thông báo lỗi và code liên quan. | Phân tích nguyên nhân, bản sửa và kế hoạch kiểm thử. |
| Tối ưu code | Vấn đề hiện tại, kết quả đo lường và giới hạn thay đổi. | Giải pháp cải thiện có cơ sở, không làm thay đổi hành vi ngoài ý muốn. |
| Rà soát bảo mật | Phạm vi code, luồng dữ liệu, cơ chế xác thực và phân quyền. | Danh sách rủi ro, mức độ ưu tiên và phương án khắc phục. |
Đối với các nhiệm vụ nhỏ, một prompt ngắn nhưng đủ thông tin thường hiệu quả hơn một đoạn mô tả dài có nhiều chi tiết không liên quan. Ngược lại, các chức năng liên quan đến dữ liệu, bảo mật hoặc nhiều thành phần phụ thuộc cần được mô tả kỹ lưỡng hơn.
Mẫu prompt Vibe Coding thực tế có thể áp dụng ngay
Dưới đây là những mẫu prompt theo từng tình huống thường gặp khi xây dựng website và ứng dụng. Bạn có thể sao chép rồi thay đổi nội dung trong dấu ngoặc vuông để phù hợp với dự án của mình.
Mẫu prompt tạo chức năng mới cho website
Tôi đang phát triển website bằng [công nghệ hiện tại].
Hãy xây dựng chức năng [tên chức năng].
Mục tiêu:
[Mô tả kết quả người dùng cần đạt].
Yêu cầu:
- [Hành vi thứ nhất].
- [Hành vi thứ hai].
- [Hành vi thứ ba].
- Kiểm tra dữ liệu đầu vào.
- Xử lý trường hợp không có dữ liệu hoặc xảy ra lỗi.
Ràng buộc:
- Tuân thủ cấu trúc dự án hiện tại.
- Không thay đổi chức năng không liên quan.
- Không thêm thư viện mới nếu chưa giải thích lý do.
- Bảo đảm các thao tác nhạy cảm được kiểm tra tại máy chủ.
Đầu ra:
- Liệt kê tệp cần tạo hoặc chỉnh sửa.
- Cung cấp code phù hợp với dự án.
- Giải thích cách tích hợp.
- Nêu các trường hợp kiểm thử và kết quả thực tế nếu đã chạy.
Mẫu prompt sửa giao diện không đúng thiết kế
Tôi cần chỉnh sửa giao diện [tên trang hoặc thành phần].
Hiện trạng:
[Mô tả vấn đề hoặc cung cấp ảnh chụp màn hình].
Kết quả mong muốn:
[Mô tả bố cục, kích thước, màu sắc và hành vi cần đạt].
Yêu cầu:
- Giữ nguyên các chức năng đang hoạt động.
- Kiểm tra HTML, CSS và JavaScript liên quan.
- Xác định nguyên nhân trước khi sửa.
- Ưu tiên tận dụng cấu trúc hiện có.
- Kiểm tra hiển thị trên máy tính và điện thoại.
- Không tự ý thay đổi những khu vực ngoài phạm vi.
Sau khi sửa, hãy nêu rõ:
1. Nguyên nhân của vấn đề.
2. Những tệp đã thay đổi.
3. Nội dung thay đổi quan trọng.
4. Cách kiểm tra kết quả trên trình duyệt.
Mẫu prompt rà soát code trước khi triển khai
Hãy rà soát phần code sau trước khi đưa vào môi trường thực tế.
Phạm vi:
[Cung cấp tệp hoặc mô tả chức năng cần kiểm tra].
Ưu tiên kiểm tra:
- Lỗi cú pháp và lỗi logic.
- Dữ liệu đầu vào và đầu ra.
- Xử lý lỗi và các trường hợp biên.
- Xác thực và phân quyền.
- Nguy cơ SQL injection, XSS và lộ thông tin nhạy cảm
nếu có liên quan.
- Ảnh hưởng đến các chức năng đang hoạt động.
Yêu cầu đầu ra:
1. Liệt kê vấn đề tìm thấy.
2. Giải thích mức độ ảnh hưởng.
3. Đề xuất cách khắc phục theo thứ tự ưu tiên.
4. Chỉ cung cấp bản sửa sau khi phân tích vấn đề.
5. Đề xuất kiểm thử phù hợp.
Phân biệt rõ lỗi đã xác minh, rủi ro tiềm ẩn
và những điểm chưa đủ thông tin để kết luận.
Không tuyên bố code an toàn tuyệt đối.
Những mẫu trên là điểm khởi đầu. Để có kết quả tốt, hãy cung cấp thêm code thực tế, cấu trúc dự án, yêu cầu nghiệp vụ và dữ liệu kiểm thử khi công việc đòi hỏi. Prompt tốt không thay thế việc kiểm tra sản phẩm mà giúp quá trình triển khai và kiểm tra có định hướng rõ ràng hơn.
Quy trình viết prompt Vibe Coding từ ý tưởng đến code hoàn chỉnh
Nếu muốn áp dụng Vibe Coding cho nhiều dự án, bạn nên xây dựng một quy trình ổn định thay vì mỗi lần đều bắt đầu bằng một câu lệnh tùy hứng.
- Xác định vấn đề: viết rõ chức năng cần tạo hoặc lỗi cần giải quyết.
- Thu thập bối cảnh: cung cấp công nghệ, cấu trúc dự án và những thông tin liên quan.
- Đặt tiêu chí hoàn thành: mô tả hành vi đúng, điều kiện bắt buộc và các trường hợp ngoại lệ.
- Yêu cầu AI lập kế hoạch: với nhiệm vụ phức tạp, hãy xem xét phương án trước khi yêu cầu triển khai.
- Triển khai từng phần: giới hạn phạm vi thay đổi và kiểm tra kết quả sau mỗi giai đoạn.
- Kiểm thử: chạy thử, đối chiếu với yêu cầu và kiểm tra những trường hợp có thể phát sinh lỗi.
- Hoàn thiện: sửa các vấn đề còn tồn tại, rà soát ảnh hưởng và lưu lại phiên bản ổn định.
Trong quá trình này, hãy coi AI như một cộng sự lập trình cần được giao việc và đánh giá kết quả. Bạn không cần tự viết toàn bộ code, nhưng vẫn phải chịu trách nhiệm xác định yêu cầu, kiểm tra các quyết định quan trọng và xác nhận sản phẩm đáp ứng mục tiêu.
Kết luận
Cách viết prompt Vibe Coding để AI tạo code chính xác không nằm ở việc sử dụng những câu lệnh dài hoặc phức tạp, mà ở khả năng mô tả đúng vấn đề và đưa ra yêu cầu có thể kiểm chứng. Một prompt tốt cần làm rõ mục tiêu, bối cảnh kỹ thuật, phạm vi công việc, hành vi mong muốn và điều kiện hoàn thành.
Với các nhiệm vụ đơn giản, hãy ưu tiên prompt ngắn gọn, trực tiếp. Với những chức năng phức tạp, nên chia nhỏ công việc, cung cấp code hiện có và yêu cầu AI giải thích các thay đổi quan trọng. Sau mỗi bước, hãy kiểm tra kết quả thực tế thay vì mặc định rằng code do AI tạo ra luôn chính xác.
Khi kết hợp prompt rõ ràng với quy trình kiểm thử và quản lý code hợp lý, bạn có thể giảm thời gian sửa lỗi, hạn chế những thay đổi không cần thiết và sử dụng Vibe Coding hiệu quả hơn trong quá trình phát triển website hoặc ứng dụng.
- 0 Bình luận
Email, Điện thoại của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *
