Một mô hình trả lời khi không biết không phải là tính năng. Đó là một trách nhiệm với giọng dễ nghe. Trên các hệ thống tôi chạy, một câu hỏi được phép trở về trống. Hành vi hữu ích là trích dẫn khi đoạn có trong thư viện, và từ chối khi không có.
Lấy đoạn trước, chữ sau
Mẫu này nhàm có chủ đích. Lấy câu hỏi. Tìm các đoạn có thể giữ câu trả lời. Chấm chúng. Nếu không đoạn nào thực sự chống được một khẳng định, dừng. Nếu một đoạn chống được, đưa đoạn đó cạnh câu đã dùng nó. Câu không phải nguồn. Đoạn mới là nguồn. Người đọc không mở được đoạn thì không thể tin câu, và không nên bị yêu cầu tin.
Tôi dựng hệ thống luyện mà tôi đang chạy theo cách này: tài liệu vào, kế hoạch nhằm một ngày, câu trả lời chấm theo nguồn, ôn đến trước khi tài liệu bị quên. Câu hỏi về tài liệu cũng phải như vậy. Có chỗ dựa, hoặc im. Đoán trông hữu ích trong buổi demo và đắt ở tuần đầu một khách hành động theo nó.
| Cái đã trở lại | Hệ thống được nói gì |
|---|---|
| Một đoạn chống được khẳng định | Câu trả lời, với đoạn đó kèm theo. |
| Những đoạn chỉ ở gần | Chưa có gì chốt. Nói cái gì còn thiếu. |
| Không có đoạn | Từ chối. Đừng lấp chỗ trống bằng một câu có vẻ đúng. |
| Một lần trích độ tin thấp | Dừng cho một người. Đừng trả mô hình thêm lần nữa để nó thử lại mù quáng. |
Hóa đơn và nhật ký là một phần của thiết kế
Một mô hình trên đám mây nhìn thấy dữ liệu. Trước đó, luồng dữ liệu được viết ra: dịch vụ nào, khóa của ai, trần tháng là bao nhiêu. Đồng ý phải rõ. Bất cứ thứ gì chạm khách, giá hoặc đơn đều chờ một người. Lần gọi được ghi lại, vì “trợ lý nói vậy” không phải dấu vết kiểm tra.
Tôi không hứa việc này sẽ đưa một site vào ô trả lời của người khác. Xếp hạng là một cỗ máy khác, với động cơ tôi không kiểm soát. Tôi kiểm soát được việc hệ thống của chính tôi có bịa hay không.
Trôi chảy thì rẻ. Sản phẩm là đoạn bạn mở được.
Ngưỡng là một quyết định sản phẩm
Phải có người chọn điểm mà “gần” thành “chưa đủ”. Tôi không để việc đó cho tâm trạng của mô hình. Một đoạn hoặc vượt một mức tôi giải thích được, hoặc câu trả lời bị giữ lại. Tôi thà giải thích một lần từ chối cho người dùng còn hơn giải thích một bước bịa trong quy trình họ đã làm theo. Mức có thể chỉnh sau khi bạn thấy câu hỏi thật. Nó không nên bắt đầu từ không, nơi buổi demo thích ở, vì buổi demo được chấm theo số lần nó nói gì đó.
Khi một lượt chạy không chắc theo cách khác, một phần trích độ tin cậy thấp chứ không phải thư viện trống, tôi tạm dừng cho một người thay vì trả tiền cho lần thử khác nghe trơn hơn. Trơn hơn không phải đúng hơn. Nhật ký giữ lần thử đầu, để người đó thấy lấy được gì và bỏ gì.
Mô hình được huấn luyện để hữu ích, nghĩa là chúng thà viết nốt đoạn. Ứng dụng phải thô hơn mô hình. Một ngưỡng, một trích dẫn thiếu, một lần truy trống: mỗi thứ là một nhánh không trả lời và ghi vì sao. Nếu nhánh đó không có, hệ thống cuối cùng sẽ trả lời câu hỏi thư viện không chống được, và nghe rất chắc.
Lần đầu bạn thấy nó từ chối, cảm giác như một lỗi. Ngược lại. Lỗi chính là đoạn văn tự tin mà không có chỗ nào để bấm.
