Hãy chỉ cho tôi thấy nơi nó nói đến: Tìm kiếm nội bộ trả lời bằng hóa đơn.
Làm thế nào để xây dựng một trợ lý nội bộ trả lời các câu hỏi từ tài liệu của bạn và liên kết đến nguồn chính xác, và điều thực sự khiến nó hoạt động.
Chính sách nghỉ phép của công ty tại Bồ Đào Nha
Mỗi công ty đều hoạt động dựa trên một tập hợp nhỏ các câu hỏi mà không ai có thể trả lời nhanh chóng. Ví dụ như: "Chính sách nghỉ phép của chúng ta tại Bồ Đào Nha là gì?" hay "Chúng ta có từng ký kết thỏa thuận bảo mật (NDA) với nhà cung cấp này chưa?" hoặc "Chúng ta đã báo giá cho khách hàng này năm ngoái thế nào và có bao gồm dịch vụ lắp đặt không?"
Người ta không tìm kiếm những câu hỏi này; họ hỏi đồng nghiệp vì kết quả tìm kiếm sẽ cho ra bốn mươi tài liệu và đồng nghiệp chỉ trả lời một câu. Thói quen này tốn nhiều giờ làm việc thực tế và tập trung kiến thức vào người đã ở đó lâu nhất.
Một trợ lý nội bộ giải quyết vấn đề bằng cách sửa câu hỏi, chứ không phải hộp tìm kiếm. Bạn đặt câu hỏi bằng ngôn ngữ rõ ràng và nhận được câu trả lời cùng với liên kết đến đoạn văn nó xuất phát.
Nguồn gốc của câu trả lời là sản phẩm
Trợ lý trả lời mà không có nguồn đã di chuyển công việc của bạn, chứ không phải loại bỏ nó. Bạn vẫn cần kiểm tra, và kiểm tra nghĩa là tìm tài liệu một cách tự thân, điều mà bạn đang cố tránh. Với liên kết đến điều khoản, trang và phiên bản, việc kiểm tra chỉ mất bốn giây và bạn tiếp tục công việc.
Có một lý do quan trọng hơn theo thời gian. Một câu trả lời không được trích dẫn là không thể kiểm chứng. Nếu nó sai, bạn không thể biết liệu tài liệu nguồn có sai, lỗi thời hay được đọc và tóm tắt sai. Mỗi trường hợp này đều cần cách xử lý khác nhau và người chủ sở hữu khác nhau. Trích dẫn biến một phàn nàn mơ hồ về AI thành một yêu cầu cụ thể, có thể đóng cửa.
Những gì nằm dưới bề mặt, không có từ ngữ chuyên ngành
Có ba phần: bản sao tài liệu của bạn, chia thành các đoạn văn; bước thu hồi để lấy ra một nhóm nhỏ các đoạn văn có khả năng cao nhất chứa câu trả lời; và mô hình viết câu trả lời chỉ sử dụng những đoạn văn đó và đặt tên cho chúng.
Mô hình này không được đào tạo trên dữ liệu của bạn và không ghi nhớ nó. Nó đọc những gì bộ thu hồi đưa cho nó, giống như một nhà phân tích mới đọc tập tin bạn để lại trên bàn làm việc của họ. Thay đổi tài liệu hôm nay và câu trả lời ngày mai sẽ thay đổi theo nó. Loại bỏ quyền truy cập của ai đó sẽ khiến câu trả lời của họ thu hẹp tương ứng.
Ngành công nghiệp gọi phương pháp này là "thu hồi tăng cường sinh thành". Điều bạn cần nắm bắt từ thuật ngữ này là khía cạnh thương mại, chứ không phải kỹ thuật: phần tốn kém nhất của dự án không phải là mô hình. Đó là tài liệu của bạn.
Công việc nằm trong tài liệu
Hầu hết các dự án như vậy thành công hoặc thất bại trong tập hợp tài liệu trước khi ai đó viết một câu lệnh. Công việc lặp đi lặp lại như sau:
- Chọn một tập hợp tài liệu có giới hạn. Một bộ phận, một mục đích. "Tất cả SharePoint" không phải là một tập hợp, mà là một bãi rác.
- Cài đặt quyền truy cập trước khi thu hồi. Nếu một người không thể mở tệp, trợ lý không nên trích dẫn nó. Việc sửa lại điều này rất đau đớn và, cho đến khi bạn làm như vậy, hệ thống sẽ bị rò rỉ.
- Giải quyết các bản sao kép. Sáu mẫu hợp đồng gần giống nhau sẽ tạo ra sáu câu trả lời gần giống nhau, và trợ lý không có cách nào để biết phiên bản chính thức được nhân sự thực sự sử dụng. Đánh dấu phiên bản chính xác.
- Xử lý các định dạng chống lại: tệp PDF quét cần OCR, bảng tính và slide mất ý nghĩa khi được phẳng thành văn bản, và luồng email chủ yếu là tiếng ồn.
- Gán quyền sở hữu cho mỗi tài liệu và ngày xem xét lại. Một trợ lý có trích dẫn sẽ khiến nội dung lỗi thời trở nên rõ ràng, đôi khi khó chịu.
Những trường hợp mà nó không giúp
Những câu hỏi yêu cầu tính toán hoặc so sánh trên toàn bộ kho lưu trữ. "Có bao nhiêu hợp đồng được gia hạn trong quý 3" là một câu hỏi cơ sở dữ liệu mặc áo choàng tìm kiếm, và thu hồi sẽ trả lời nó tự tin nhưng sai lầm. Cũng như "tổng mức độ phơi nhiễm của chúng ta với nhà cung cấp này là bao nhiêu". Chuyển những câu hỏi này sang báo cáo.
Nó cũng không thể trả lời những điều không ai ghi lại. Nếu quy tắc định giá tồn tại trong đầu một người, kết quả trung thực là không có nguồn. Một hệ thống nói nó không biết là đang hoạt động đúng cách, và bạn nên thiết kế câu trả lời thay vì trừng phạt nó.
Đo lường con số thứ ba
Lấy từ 50 đến 100 câu hỏi thực tế từ những người sẽ sử dụng công cụ này. Không phải những câu hỏi được tạo ra. Sau đó đo ba phần trăm: được trả lời với trích dẫn chính xác, bị từ chối vì thiếu nguồn, và được trả lời tự tin nhưng sai.
Con số thứ ba là yếu tố quyết định duy nhất xem hệ thống có được sử dụng hay không. Một câu trả lời giả mạo với liên kết không hỗ trợ sẽ khiến bạn mất nhiều sự tin tưởng hơn hai mươi câu trả lời hữu ích kiếm được. Đẩy con số này về phía không, ngay cả khi điều đó có nghĩa là trợ lý từ chối nhiều lần hơn bạn mong muốn ban đầu.
Bắt đầu với một kệ sách, chứ không phải toàn bộ thư viện
Chọn một nhóm có tập hợp tài liệu rõ ràng và câu hỏi họ đặt hàng tuần. Tám tuần là đủ để có thứ gì đó thực tế trong tay họ, bao gồm cả công việc về quyền truy cập. Mở rộng chỉ khi nhóm đó sẽ phản đối việc mất nó.
Chúng tôi xây dựng những công cụ này cho các công ty vừa và nhỏ, và mô hình vẫn như vậy: công cụ hẹp trích dẫn nguồn của nó được sử dụng hàng ngày, trong khi công cụ tham vọng trả lời mọi thứ sẽ bị bỏ qua im lặng vào tháng 3.