Lợi nhuận:
- Nhận biết các lỗi nhắc nhở phổ biến nhất từ các ví dụ thực tế
- Có thể áp dụng cách khắc phục thực tế và có thể lặp lại cho mọi lỗi
- Nhận ra rằng kết quả đầu ra không tốt thường do một dấu nhắc không hợp lệ gây ra
Trong mô-đun này, chúng ta đã học từng kỹ thuật viết lời nhắc hay. Bây giờ, hãy củng cố những điều này từ một góc độ khác: bằng cách xem xét những lỗi phổ biến nhất và giải pháp khắc phục chúng. Phần lớn kết quả đầu ra AI kém là do nhắc nhở không tốt chứ không phải do mô hình không phù hợp. Nếu bạn nhận ra lỗi trong thiết bị này, bạn có thể nhanh chóng chẩn đoán và khắc phục sự cố theo lời nhắc của riêng mình; Thay vì nói "AI không thể làm được điều này", bạn có thể nói "hãy để tôi sửa lời nhắc của mình như thế này".
Tại sao việc nhận ra lỗi lại quan trọng?
Khi kết quả đầu ra không đáp ứng được mong đợi của bạn, bạn có thể phản ứng theo hai cách: đổ lỗi cho công cụ hoặc đặt câu hỏi về lời nhắc. Người dùng có kinh nghiệm thực hiện việc sau. Bởi vì hầu hết mọi lúc, nguồn gốc của vấn đề đều rõ ràng và kết quả sẽ thay đổi chỉ với một sự điều chỉnh nhỏ. Dưới đây chúng ta sẽ thấy tám lỗi phổ biến nhất, các triệu chứng và giải pháp của chúng.
Tám sai lầm phổ biến nhất
Lỗi
triệu chứng
Giải pháp
sự mơ hồ
Câu trả lời chung chung, "một kích thước phù hợp cho tất cả"
Đưa ra hướng dẫn có thể đo lường được
Không có bối cảnh
Đầu ra không phù hợp với tình huống
Thêm ai/tại sao/lịch sử
Không chỉ định định dạng
Đầu ra sai định dạng
Định dạng bắt buộc
không có ràng buộc
Nội dung quá nhiều, lệch lạc
Thêm danh sách "không"
quá tải
Người mẫu bỏ qua một số yêu cầu
Phân chia công việc, ưu tiên
không xác nhận
Sử dụng thông tin giả
Kiểm tra sự thật với nguồn
Kỳ vọng một lần
Đừng bỏ cuộc ở lối ra đầu tiên
Lặp lại
hướng dẫn mâu thuẫn
đầu ra không nhất quán
Căn chỉnh các ràng buộc
Phương pháp chẩn đoán từng bước
Khi đầu ra bị lỗi xuất hiện, hãy làm theo thứ tự sau:
- Nhiệm vụ có rõ ràng không? Là động từ cụ thể, nó có nghĩa là điều duy nhất bạn muốn?
- Bối cảnh có đủ không? Người mẫu có biết tình hình không?
- Định dạng đã được đề cập chưa? Định dạng có theo cách bạn muốn không?
- Có bất kỳ hạn chế nào không? Có phải nó được viết những gì không muốn?
- Tôi đã tải quá nhiều? Tôi có yêu cầu 5 công việc khác nhau trong một lần nhắc không?
- Tôi đã xác minh chưa? Số, tên, ngày tháng đã được kiểm tra chưa?
Sáu câu hỏi này nắm bắt được hầu hết mọi lỗi.
Bốn mẫu hiệu đính có thể sao chép
1) Loại bỏ sự mơ hồ:
Làm cho hướng dẫn này có thể đo lường được: [hướng dẫn mơ hồ]Chuyển từng điểm mơ hồ thành một con số, số lượng hoặc tiêu chí cụ thể.
2) Phân chia quá tải:
Đừng làm nhiệm vụ này cùng một lúc. Tiếp tục theo thứ tự này và dừng lại khi bạn hoàn thành từng bước, đợi tôi xác nhận:1) [subtask 1]2) [subtask 2]3) [subtask 3]
3) Hạn chế lắp:
Chỉ cần dựa vào thông tin tôi cung cấp dưới đây. Nếu không có thông tin thì ghi “không có dữ liệu”; không đoán hoặc thêm. Cho biết mỗi tuyên bố quan trọng mà bạn sử dụng đến từ dòng nào. Nguồn: [văn bản]
4) Giải quyết mâu thuẫn:
Kiểm tra xem có mâu thuẫn nào trong hướng dẫn tôi đưa cho bạn không. Nếu vậy, hãy liệt kê những điểm còn mâu thuẫn và hỏi tôi nên ưu tiên điểm nào; sau đó sản xuất cho phù hợp.
Nhắc yếu / Nhắc mạnh
Yếu (nhiều lỗi kết hợp):
Viết một kế hoạch toàn diện cho công ty của chúng tôi về tiếp thị, ngân sách và tuyển dụng, và bạn đã sẵn sàng.
Mạnh mẽ (đã sửa lỗi):
Vai trò: Bạn là chuyên gia phát triển kinh doanh tư vấn cho các doanh nghiệp vừa và nhỏ. Bối cảnh: Một công ty phần mềm có 12 người; mục tiêu là 20 khách hàng mới trong quý này. Nhiệm vụ: CHỈ viết kế hoạch tiếp thị (không bao gồm ngân sách và tuyển dụng). Định dạng: danh sách hành động 5 điểm; mỗi mục: hành động + trách nhiệm + tiêu chí.Ràng buộc: Ngân sách quảng cáo phải trả 0; Chỉ đề xuất các kênh tự nhiên. Đừng đưa ra số liệu giả mạo; Biện minh cho lời đề nghị.
Phiên bản mạnh mẽ sẽ phân chia tình trạng quá tải (nhồi nhét ba chủ đề vào một lời nhắc), thay thế sự mơ hồ ("chúc may mắn") bằng các tiêu chí, đồng thời thêm định dạng và ràng buộc.
Ba hộp nhỏ
Trường hợp 1 - Quá tải. Người quản lý yêu cầu bản tóm tắt báo cáo, kế hoạch trình bày và email chỉ bằng một lời nhắc; Mô hình đã làm cả ba làm đôi. Bằng cách chia công việc thành ba lời nhắc riêng biệt, mỗi đầu ra đều hoàn chỉnh và có thể sử dụng được. Tổng thời gian ít hơn việc vật lộn với một lời nhắc phức tạp duy nhất.
Trường hợp 2 - Không xác nhận. Một nhóm nội dung đã xuất bản một “thống kê ngành” do mô hình đưa ra mà không xác minh nó; Con số hóa ra sai và họ phải đưa ra sự điều chỉnh. Sau đó, họ đã áp dụng quy tắc “đưa từng số, tôi sẽ kiểm tra nguồn” và loại bỏ rủi ro này.
Trường hợp 3 - Hướng dẫn xung đột. Khi một nhà tiếp thị nói “rất ngắn nhưng nói hết tính năng” thì mẫu xe đã bỏ qua một số tính năng. Khi tôi thực hiện hướng dẫn không mâu thuẫn là "mô tả 3 đặc điểm quan trọng nhất trong 60 từ", đầu ra vừa ngắn gọn vừa đầy đủ.
Mẹo: Chạy lời nhắc của bạn qua “sáu câu hỏi chẩn đoán” trước khi đưa vào thực hiện. Việc kiểm tra 30 giây này khiến hầu hết các vòng lặp không cần thiết ngay từ đầu.
Thận trọng: Sai lầm nguy hiểm nhất là "không xác thực" vì nó bị bỏ qua vì đầu ra trông mượt mà và thuyết phục. Mô hình có thể khớp với một số, tên hoặc nguồn với độ tin cậy cao. Xác minh độc lập mọi thông tin được công bố hoặc sử dụng làm cơ sở cho quyết định. Chúng ta sẽ đào sâu chủ đề này trong bài tiếp theo.
Lỗi vô hình: Đầu ra "Gần đúng"
Một số lỗi rất dễ phát hiện: đầu ra có định dạng sai, lạc chủ đề hoặc để trống. Nhưng sai lầm nguy hiểm nhất là kết quả đầu ra gần như đúng. Lời văn trôi chảy, cấu trúc mượt mà, giọng điệu đúng trọng tâm; Chỉ có một con số sai, một hạn chế bị bỏ qua hoặc một lỗi logic nhỏ. Những loại đầu ra này nguy hiểm vì chúng không được kiểm tra vì chúng "trông đẹp".
Hai thói quen bảo vệ chống lại điều này. Đầu tiên, đừng sử dụng đầu ra mà không đọc nó: dù bạn có vội vàng đến đâu, hãy đọc qua trước khi gửi. Thứ hai, yêu cầu mô hình kiểm tra đầu ra của nó: “kiểm tra xem bạn có tuân theo tất cả các ràng buộc mà tôi đưa ra cho bạn hay không” hoặc “liệt kê tất cả các số trong văn bản này” sẽ làm lộ rõ các lỗi tiềm ẩn. Hai bước này mất vài giây, nhưng cái giá phải trả cho những quyết định sai lầm do kết quả đầu ra “gần như đúng” gây ra cao hơn nhiều.
Tránh sai lầm: thiết kế hơn là kiểm soát
Thay vì tìm kiếm các lỗi ở đầu ra, người dùng có kinh nghiệm sẽ cố gắng ngăn chặn chúng ngay từ đầu tại dấu nhắc. Đây là sự khác biệt về tâm lý. Biến mỗi lỗi lặp lại thành một "quy tắc cố định": nếu mô hình tiếp tục thêm nhận xét trong công việc tóm tắt, thì bây giờ hãy đặt ràng buộc "không thêm nhận xét" cho mọi lời nhắc tóm tắt. Nếu mô hình luôn tạo ra quá nhiều mục trong một công việc danh sách, hãy đặt ràng buộc "chính xác X mục" trong mẫu của bạn. Bằng cách này, thay vì lặp đi lặp lại cùng một lỗi, bạn sẽ ngăn chặn lỗi đó xảy ra ngay từ đầu. Lời nhắc được thiết kế tốt sẽ thay thế hàng chục lần sửa chữa tiếp theo; Điều này biến việc chẩn đoán lỗi từ một gánh nặng thành một công cụ học tập và cải tiến.
Những lỗi thường gặp
- Đổ lỗi cho người trung gian. Nói "AI không thể làm được" thay vì tìm kiếm vấn đề trong lời nhắc.
- Đặt quá nhiều công việc vào một lời nhắc duy nhất. Nén năm tác vụ riêng biệt thành một hướng dẫn và thực hiện chúng một nửa.
- Bỏ qua xác minh. Giả sử đầu ra trôi chảy là chính xác.
- Đưa ra ràng buộc trái ngược nhau. Những yêu cầu mâu thuẫn với bản thân, chẳng hạn như “ngắn gọn nhưng đầy đủ”.
- Thử lại mà không chẩn đoán. Lặp lại cùng một sai lầm mà không tìm ra lỗi ở đâu.
Tóm lại
- Hầu hết kết quả đầu ra kém là vấn đề với lời nhắc chứ không phải mô hình; có thể được chẩn đoán và sửa chữa.
- Các lỗi phổ biến nhất: mơ hồ, không có ngữ cảnh, thiếu định dạng, thiếu ràng buộc, quá tải, thiếu xác minh, kỳ vọng một lần và mâu thuẫn.
- Sáu câu hỏi chẩn đoán (tác vụ, ngữ cảnh, định dạng, ràng buộc, tải, xác minh) phát hiện hầu hết các lỗi.
- Việc phân chia các công việc phức tạp mang lại kết quả nhanh hơn và chất lượng cao hơn so với việc tải chúng vào một dấu nhắc duy nhất.
- Lỗi nguy hiểm nhất là không xác minh; Đầu ra mượt mà không có nghĩa là chính xác.
Nhiệm vụ ứng dụng
Tìm một bản in cũ mà bạn không thích và chạy lời nhắc của nó thông qua "sáu câu hỏi chẩn đoán". Đánh dấu lỗi nào xảy ra, áp dụng bản sửa lỗi trong đơn vị này cho từng lỗi và chạy lại lời nhắc. Lưu ý rằng lần chỉnh sửa nào mang lại sự cải thiện lớn nhất chứ không phải bao nhiêu vòng.
danh sách kiểm tra
- [ ] Trong trường hợp đầu ra không tốt, tôi truy vấn lời nhắc trước chứ không phải tác nhân.
- [ ] Tôi có thể thực hiện sáu câu hỏi chẩn đoán.
- [ ] Tôi chia các nhiệm vụ phức tạp thành nhiều lời nhắc.
- [ ] Tôi nhận thấy những hướng dẫn mâu thuẫn và mơ hồ và sửa chúng.
- [ ] Tôi xác minh đầu ra thực tế trước khi xuất bản nó.