Dành cho ai? Bạn không cần biết code. Bài viết cung cấp công thức viết prompt chuẩn, kèm ví dụ thực tế. Chỉ cần điền thông tin vào mẫu → Claude Code sẽ tạo code đúng cấu trúc.
Nguyên tắc vàng khi viết prompt
1. Mô tả CÁI GÌ, không mô tả CÁCH LÀM
Claude Code biết cách viết code. Việc của bạn là mô tả kết quả mong muốn — không phải hướng dẫn từng dòng code.2. Cung cấp đủ 4 thông tin
Mỗi prompt nên trả lời 4 câu hỏi:Ở ĐÂU?
Trang nào? URL nào? Nằm trong phần nào của giao diện?
CÁI GÌ?
Hiển thị gì? Giao diện trông như thế nào? Có những thành phần nào?
DỮ LIỆU GÌ?
Lấy từ collection nào? Gồm những trường (field) nào? Liên kết với collection nào?
HÀNH VI GÌ?
Bấm nút thì sao? Submit form thì sao? Thành công/thất bại thì hiển thị gì?
3. Chia nhỏ yêu cầu
Không yêu cầu cả tính năng phức tạp trong 1 prompt. Chia thành từng bước nhỏ.4. Nêu rõ ràng buộc
Nếu có yêu cầu đặc biệt, hãy nêu rõ:Công thức prompt theo loại tính năng
Công thức 1: Thêm trang mới (Page)
Công thức 2: Thêm modal (Dialog)
Công thức 3: Thêm chức năng trên component có sẵn
Công thức 4: Cập nhật / sửa đổi tính năng
Ví dụ thực tế từng bước: Xây dựng tính năng quản lý Tasks
Bước 1 — Tạo trang danh sách Tasks
Bước 2 — Tạo modal thêm mới Task
Bước 3 — Tạo modal chỉnh sửa Task
Bước 4 — Thêm chức năng xóa Task
Bước 5 — Thêm bộ lọc và tìm kiếm
Prompt cho các tình huống phổ biến
Thêm trang chi tiết (Detail page)
Thêm trang Dashboard tổng quan
Thêm chức năng upload file
Thêm phân quyền
Thêm thông báo realtime
Prompt sửa lỗi và cải thiện
Khi giao diện không đúng mong muốn
Khi có lỗi
Khi cần cải thiện UX
Checklist trước khi gửi prompt
Trước khi gửi prompt cho Claude Code, kiểm tra:Mẹo nâng cao
Dùng tham chiếu đến code có sẵn
Khi dự án đã có một số tính năng, hãy tham chiếu để Claude Code tái sử dụng:Mô tả luồng nhiều bước
Yêu cầu cấu trúc code rõ ràng
Câu hỏi thường gặp
Prompt dài có tốt hơn prompt ngắn?
Prompt dài có tốt hơn prompt ngắn?
Chất lượng quan trọng hơn độ dài. Prompt ngắn nhưng đủ 4 thông tin (ở đâu, cái gì, dữ liệu gì, hành vi gì) tốt hơn prompt dài nhưng mơ hồ.Tuy nhiên, đừng ngại chi tiết. Khi mô tả form có 8 trường, hãy liệt kê đủ 8 trường với loại input và validation. Thiếu thông tin = Claude Code tự đoán = có thể sai.
Claude Code làm khác với mô tả thì sao?
Claude Code làm khác với mô tả thì sao?
Gửi prompt chỉnh sửa cụ thể:Mô tả rõ hiện tại vs mong muốn giúp Claude Code hiểu chính xác cần sửa gì.
Có cần biết tên file / component không?
Có cần biết tên file / component không?
Không bắt buộc nhưng hữu ích khi dự án đã lớn. Nếu biết, hãy nêu:Nếu không biết, mô tả theo URL và vị trí giao diện:
Nên chia nhỏ đến mức nào?
Nên chia nhỏ đến mức nào?
Mỗi prompt nên tạo ra 1 thay đổi có thể kiểm tra được. Sau mỗi prompt, bạn có thể mở trình duyệt, xem kết quả, và xác nhận đúng trước khi tiếp tục.Quá lớn: “Tạo toàn bộ tính năng quản lý tasks với CRUD, filter, phân trang, realtime, thông báo”Vừa đủ: “Tạo trang danh sách tasks hiển thị bảng với dữ liệu từ Firestore”Quá nhỏ: “Thêm 1 cột tiêu đề vào bảng” (trừ khi đang sửa lỗi cụ thể)
Có nên gửi ảnh mockup cho Claude Code?
Có nên gửi ảnh mockup cho Claude Code?
Có, rất hữu ích. Nếu bạn có bản phác thảo (vẽ tay, Figma, screenshot từ ứng dụng tham khảo), hãy đính kèm vào prompt: