Bắt đầu chỉ với $0.99

20 prompt lập trình giúp AI không đoán mò

Phần lớn code AI tệ là do mô hình tự lấp những chỗ bạn bỏ trống. Mỗi prompt ở đây bịt một chỗ: mô hình đọc trước khi viết, kiểm tra trước khi sửa và xếp hạng các phỏng đoán của mình một cách rõ ràng.

Thay mọi nội dung trong [ngoặc vuông] bằng code, lỗi hoặc mục tiêu của bạn.

01. Vẽ ra phạm vi ảnh hưởng trước khi đụng vào bất cứ thứ gì

Trước khi sửa code do người khác viết.

Hãy đọc đoạn code bên dưới. Chưa viết hay sửa bất kỳ dòng code nào.

Hãy cho tôi biết:
1. Nó làm gì, trong tối đa ba câu.
2. Mọi giả định nó đặt ra về đầu vào, nơi gọi nó và môi trường chạy.
3. Điều gì sẽ hỏng nếu tôi [mô tả thay đổi bạn muốn thực hiện], và hỏng ở đâu.

Nếu cần xem thêm một file khác để trả lời, hãy nêu tên file đó và dừng lại.

[dán code]

02. Xếp hạng nguyên nhân trước khi ai đó viết bản sửa

Một lỗi bạn chưa giải thích được.

Đây là một lỗi và đoạn code xung quanh nó.

Hãy liệt kê ba nguyên nhân có khả năng nhất, cái khả dĩ nhất đứng đầu. Với mỗi nguyên nhân, cho tôi đúng một dòng log hoặc một bài test có thể xác nhận hoặc loại trừ nó.

Đừng đề xuất cách sửa. Tôi sẽ chạy các bước kiểm tra và báo lại nguyên nhân nào là đúng.

Lỗi và stack trace:
[dán lỗi]

Code:
[dán đoạn code liên quan]

03. Viết các test thất bại trước, rồi dừng

Trước khi nhờ viết code mới hoặc bản sửa.

Hãy viết test cho [hàm hoặc tính năng] bằng [framework test].

Bao gồm trường hợp bình thường, các trường hợp biên sau: [liệt kê những gì bạn đã biết], và ít nhất hai trường hợp bạn nghĩ tôi chưa tính đến. Nói bằng một dòng vì sao mỗi trường hợp trong hai trường hợp đó quan trọng.

Mỗi test phải thất bại với code hiện tại hoặc khi chưa có phần triển khai. Đừng viết phần triển khai.

Mở khóa 17 prompt còn lại miễn phí

Đăng ký nhận bản tin của Whizi để đọc phần còn lại của bộ prompt này.

  1. Review diff như người bị gọi dậy giữa đêm
  2. Refactor mà không đổi một hành vi nào
  3. Chọn năm file cần đọc đầu tiên
  4. Viết truy vấn dựa trên schema thật của bạn
  5. Lấy regex kèm các ca chứng minh nó đúng
  6. Chuyển code sao cho đọc như người bản ngữ viết
  7. Tìm xem thời gian đi đâu từ một bản profile thật
  8. Lần theo đầu vào không tin cậy từ nguồn đến đích
  9. Viết README mà người lạ cũng dùng được
  10. Viết commit message từ diff
  11. Học một khái niệm bằng chính code của bạn
  12. Thiết kế API, rồi phản biện chính thiết kế đó
  13. Lập kế hoạch migration không bao giờ làm sập site
  14. Để mô hình đặt câu hỏi cho bạn
  15. Liệt kê các đầu vào sẽ làm nó hỏng
  16. Tìm xem nâng cấp dependency làm hỏng gì trong code của bạn
  17. Nhờ mô hình thứ hai chấm điểm mô hình thứ nhất