Xưởng prompt hoàn thiện app

⛔ BỐN LUẬT NỀN — VI PHẠM LÀ HỎNG PHẦN ĐANG CHẠY

① Một prompt một việc. Đừng gộp "làm đăng ký và làm luôn bảng giá". Gộp là hỏng cả hai, và không biết hỏng vì cái nào.

② Luôn mở bằng câu bảo vệ nền tảng. Chép nguyên văn, không đổi một chữ. Mọi prompt trong bộ này đã có sẵn ở đầu — đừng xoá dòng đó.

③ Sao lưu trước mỗi lần sửa lớn. Ba mươi giây, cứu được cả tuần.

④ Chạy xong — bấm thử — nghiệm thu xong — MỚI sang prompt tiếp theo. Dán liền ba prompt là công thức chắc chắn để hỏng.

Chuyện thật: tôi từng gõ một câu hỏi vào khung chat của công cụ AI, và trong hai phút nó sửa sáu lần vào sản phẩm thật của tôi. Tôi không yêu cầu nó sửa. Tôi chỉ hỏi.

🔄 PROMPT KHÔNG ĂN NGAY LÀ CHUYỆN BÌNH THƯỜNG

Đây là phần quan trọng nhất trang này.

Không ai dán một prompt rồi ra sản phẩm hoàn hảo. Kể cả người làm nghề. Chuyện thường là dán lần một ra 70%, rồi sửa hai ba lượt nữa.

Vấn đề không phải prompt sai. Vấn đề là học viên tưởng mình sai rồi bỏ cuộc ở lượt thứ hai.

Vòng lặp ba bước — dùng cho MỌI prompt

① DÁN  →  ② BẤM THỬ  →  ③ CHỈ ĐÚNG CHỖ SAI  →  quay lại ②

Bước ① DÁN — chép nguyên khối, không sửa cho hay hơn. Mỗi dòng trong đó đang chặn một kiểu làm ẩu.

Bước ② BẤM THỬ — đừng đọc phần nó giải thích. Tin ngón tay mình, không tin lời nó nói. Đi hết một vòng: mở lên → làm việc chính → tắt hẳn → mở lại → dữ liệu còn không.

Bước ③ CHỈ ĐÚNG CHỖ SAI — đây là chỗ phần lớn người mới làm sai. Họ gõ "vẫn chưa được" rồi ngồi chờ. Công cụ không biết "chưa được" nghĩa là gì, nên nó đoán, và nó đoán sai.

📋 CÂU LỆNH SỬA — chép nguyên, điền bốn chỗ

Dòng "[chép nguyên dòng chưa đạt trong bảng tự chấm]" chưa đạt.

Tôi vào [tên màn hình], bấm [tên nút], kết quả thực tế là [cái đang xảy ra],
đáng lẽ phải là [cái tôi mong muốn].

Sửa giúp tôi đúng chỗ đó thôi. Giữ nguyên các phần đang chạy tốt, đừng làm hỏng.
Sửa xong đưa lại bảng tự chấm và nói rõ tôi bấm ở đâu để thấy phần vừa sửa.
Phần nào chưa làm được thì khai ra, đừng báo xong khi chưa xong.

Bốn chỗ trong ngoặc vuông là toàn bộ bí quyết. Càng cụ thể, sửa càng trúng. "Vẫn lỗi" thì nó đoán. "Tôi bấm nút Lưu ở màn Thêm khách, màn hình đứng im không có gì xảy ra" thì nó sửa đúng.

⏱ Luật ba lượt

Sửa ba lượt mà càng sửa càng hỏng → dừng lại. Đừng sửa lượt thứ tư.

Quay về bản sao lưu gần nhất, rồi chia nhỏ việc ra làm lại từng phần. Một prompt to hỏng thì tách thành hai prompt nhỏ, gần như lúc nào cũng chạy.

🚨 BA TRỤC TRẶC HAY GẶP NHẤT — CÂU GỠ CHÉP ĐƯỢC

① Nó làm THÊM thứ mình không xin

Mở ra thấy có thêm phần đăng nhập, thêm menu, thêm màn hình lạ.

Dừng lại. Bạn vừa làm nhiều hơn thứ tôi yêu cầu.

Hãy liệt kê chính xác những gì bạn vừa đổi, mỗi thứ một dòng, bằng tiếng Việt
dễ hiểu. Chia làm hai nhóm: "tôi có yêu cầu" và "tôi KHÔNG yêu cầu".

Sau đó hoàn lại toàn bộ nhóm thứ hai, đưa sản phẩm về đúng trạng thái trước đó.
Giữ nguyên nhóm thứ nhất.

Từ giờ cho tới khi tôi nói khác: mỗi lần tôi nhắn, bạn chỉ làm đúng một việc
tôi nói. Trước khi làm, viết một dòng "tôi sắp làm: ___" rồi chờ tôi gật.

② Nó báo XONG mà chưa xong

Nó nói đã làm xong, mở ra thì không thấy gì.

Ba câu soi, hỏi thẳng: - "Bấm ở đâu để thấy phần vừa làm?" → chỉ được chỗ thì có thật; vòng vo thì chưa có. - Nhập một dòng → tắt hẳn → mở lại → dòng đó còn không? → câu bắt được nhiều lỗi nhất. - "Con số này lấy từ đâu ra, có phải gõ cứng vào không?" → đổi dữ liệu đầu vào, xem số có đổi theo.

Chuyện thật: một bài kiểm tra báo xanh hết trong khi công thức bên trong sai hoàn toàn. Và một lần khác, file đổi cấu trúc nằm y nguyên trong sản phẩm mà nơi lưu thông tin không đổi một chữ.

③ Nó dừng giữa chừng

Đang làm thì đứng, hoặc báo xong mà rõ ràng còn dở.

Đừng gõ lại từ đầu. Đừng mở dự án mới. Dán câu này:

Phần vừa làm đang chạy được thì giữ nguyên, đừng làm lại và đừng thay đổi.
Chỉ làm nốt phần còn thiếu, để tôi mở lên là đi được một mạch từ đầu đến cuối.
Không thêm bất kỳ tính năng nào ngoài phần đang dở.
Làm xong thì nói rõ: phần nào đã chạy thật, phần nào còn dở, và đưa lại cho tôi
bảng tự chấm để tôi bấm thử.

🔨 VIỆC LỚN — KHÔNG BAO GIỜ MỘT PHÁT ĂN NGAY

Một số tính năng quá to cho một prompt. Dán một phát là công cụ làm nửa vời, hoặc làm xong phần dễ rồi bỏ phần khó mà vẫn báo xong.

Dấu hiệu một việc là VIỆC LỚN: nó động tới từ ba màn hình trở lên, hoặc nó cần quyền khác nhau cho từng loại người dùng, hoặc nó có tiền trong đó.

Cách làm: chia thành 2–3 bước, mỗi bước một prompt riêng, nghiệm thu từng bước

⚠️ Làm đúng thứ tự trái → phải. Bước 2 dựa trên dữ liệu bước 1 tạo ra. Nhảy cóc là công cụ tự bịa cấu trúc, rồi bước sau không khớp.

✅ Nghiệm thu xong bước 1 mới sang bước 2. Không nghiệm thu mà chạy tiếp là dồn lỗi lại, tới bước 3 thì không biết hỏng từ đâu.

🧰 Anh chị đã dựng CRM ở chặng trước rồi

Ở chặng G1 nhiều anh chị đã dựng CRM / hệ thống quản lý khách hàng bằng bộ câu lệnh riêng của chặng đó.

Đừng dựng lại từ đầu. Mở lại bộ câu lệnh cũ, chạy nó trong dự án hiện tại, rồi dùng V13 chỉ để nối phần đó vào app này và gắn chủ sở hữu cho đúng. Nhanh hơn nhiều, và anh chị đã biết nó chạy được.

🎯 DÁN VÀO LÀ CHẠY — SÁU MẸO NÂNG TỈ LỆ THÀNH CÔNG

① Dán nguyên khối, không sửa cho hay hơn. Mỗi dòng trong prompt đang chặn một lỗi mà lớp trước đã dính.

② Điền hết chỗ trong ngoặc vuông trước khi dán. Bảy mươi người thì luôn có hai mươi người dán nguyên chữ [ĐIỀN VÀO ĐÂY] vào công cụ rồi ngồi thắc mắc.

③ Mở đúng dự án đang chạy, đừng tạo dự án mới. Câu bảo vệ nền tảng chỉ có tác dụng khi nó nhìn thấy phần đã có.

④ Chạy lúc máy rảnh. Công cụ dựng chậm và hay lỗi vào giờ cao điểm. Sáng sớm hoặc khuya thì mượt hơn nhiều.

⑤ Prompt nào cũng bắt nó BÁO CÁO LẠI — đọc phần đó. Nó tự khai phần nào chưa xong. Bỏ qua phần báo cáo là bỏ qua thứ nó vừa thú nhận.

⑥ Đừng đổi công cụ dựng giữa chừng. Bộ prompt này viết theo cách một công cụ phản ứng. Đổi công cụ là phải dò lại từ đầu.

⛔ HAI THỨ BỘ NÀY CỐ Ý KHÔNG CÓ

① Cổng thanh toán

Phụ thuộc anh chị chọn nhà cung cấp nào, bán trong nước hay ngoài nước, thu một lần hay theo tháng. Một prompt chung sẽ dựng sai kiểu tích hợp — và sai ở chỗ này là sai vào tiền của khách.

Mười khách đầu không cần cổng thanh toán. Chuyển khoản, xác nhận bằng tay, gán gói bằng tay trong trang quản trị. Khi việc gán tay đủ mệt để khó chịu thì mới tự động hoá — lúc đó đã có tiền và có bằng chứng là đáng làm.

Chuyện thật: 54 khách trả tiền đầu tiên của tôi, không một dòng nào là code thanh toán.

② Phần pháp lý

Điều khoản, chính sách riêng tư, hoá đơn, thuế — phụ thuộc anh chị bán cho ai, ở đâu, thu thập dữ liệu gì. P9 chỉ dựng khung trang và để trống chỗ điền, cố ý không viết một chữ pháp lý nào.

AI viết điều khoản nghe rất trơn tru, và không có giá trị pháp lý nào cả. Nó chỉ làm anh chị tưởng là mình đã có.

Mang đúng câu này đi hỏi kế toán của mình: "Tôi bán phần mềm theo tháng cho khách lẻ trong nước, tôi phải xuất hoá đơn thế nào và chịu thuế gì?"