Một prompt hữu ích nêu rõ outcome, người đọc, context, constraint, tiêu chuẩn bằng chứng và format đầu ra. Khả năng lặp và chỉnh prompt quan trọng hơn một câu thần chú duy nhất.
Một prompt hữu ích nêu rõ outcome, người đọc, context, constraint, tiêu chuẩn bằng chứng và format đầu ra. Khả năng lặp và chỉnh prompt quan trọng hơn một câu thần chú duy nhất.
| Câu hỏi | Câu trả lời thực tế |
|---|---|
| Dùng khi nào? | Thay vì hỏi “nghiên cứu database”, hãy yêu cầu so sánh cho người mới xây shop nhỏ, nêu assumption và nguồn chính thống, rồi xuất decision table cùng câu hỏi còn thiếu. |
| Cần làm gì? | Viết lại một yêu cầu mơ hồ với sáu trường: mục tiêu, người đọc, input, giới hạn, quality check và format; sau đó so sánh hai kết quả. |
| Biết là đúng bằng cách nào? | Câu trả lời cải tiến dễ kiểm chứng hơn, ít assumption vô căn cứ hơn và có thể chuyển thành hành động tiếp theo. |
| Lỗi hay gặp? | Đừng yêu cầu model che giấu sự không chắc chắn; hãy bắt nó tách fact, assumption và recommendation. |
flowchart LR
A[Câu hỏi] --> B[Prompt cho nghiên cứu, viết, lập kế hoạch ]
B --> C[Ví dụ nhỏ]
C --> D[Bằng chứng]
Điểm quan trọng của sơ đồ là không dừng ở định nghĩa: hãy nối khái niệm với một ví dụ nhỏ và bằng chứng có thể quan sát.
Thay vì hỏi “nghiên cứu database”, hãy yêu cầu so sánh cho người mới xây shop nhỏ, nêu assumption và nguồn chính thống, rồi xuất decision table cùng câu hỏi còn thiếu.
Trước khi làm, hãy viết dấu hiệu thành công. Sau đó chỉ thay đổi một yếu tố, quan sát kết quả và ghi lại assumption. Với Prompt cho nghiên cứu, viết, lập kế hoạch và học tập, cách này giúp tách điều bạn biết khỏi điều bạn chỉ đang đoán.
Mục tiêu: Viết lại một yêu cầu mơ hồ với sáu trường: mục tiêu, người đọc, input, giới hạn, quality check và format; sau đó so sánh hai kết quả.
Kết quả mong đợi: Câu trả lời cải tiến dễ kiểm chứng hơn, ít assumption vô căn cứ hơn và có thể chuyển thành hành động tiếp theo.
Đừng yêu cầu model che giấu sự không chắc chắn; hãy bắt nó tách fact, assumption và recommendation.
Khi kết quả khác dự đoán, đừng đổi nhiều thứ cùng lúc. Kiểm tra input, version, environment, quyền truy cập và log trước; sau đó lặp lại từ ví dụ nhỏ nhất.
Mở resource hoặc repository đi kèm ở cuối trang khi bạn cần implementation đầy đủ. Hãy kiểm tra version hiện hành trước khi dùng command trong dự án thật.
Website là giao diện chạy phía browser, application chứa hành vi và business rule, còn cloud service cung cấp compute, storage, network và dịch vụ managed. Đây là các lớp phối hợp, không phải các sản phẩm thay thế nhau.
File chứa thông tin, folder dùng để tổ chức, URL xác định vị trí tài nguyên, account nhận diện người dùng và permission quyết định mỗi danh tính được làm gì. Tách rõ các vai trò này giúp tránh nhiều lỗi bảo mật thường gặp.
Tutorial kỹ thuật là một giả thuyết cần kiểm chứng, không phải script để tin tuyệt đối. Hãy kiểm tra tác giả, ngày viết, version, quyền được yêu cầu và từng command trước khi chạy.