Trên trang này
Hình dung danh mục sản phẩm thay đổi vào thứ Hai. Prompt của trợ lý vẫn có danh sách thứ Sáu. Nhóm cập nhật prompt. Một bản danh sách cũ khác lại nằm trong ví dụ dùng huấn luyện mô hình. Giờ trợ lý đưa một câu trả lời hiện tại và một câu trả lời lỗi thời trong cùng phiên.
Đây là lỗi minh họa, nhưng cơ chế phổ biến: cùng một dữ kiện có hơn một nơi ở.
Cuộc nói chuyện về prompt, truy xuất và trọng số mô hình vạch ranh giới hữu ích. Prompt bảo trợ lý hành xử ra sao. Truy xuất đem kiến thức hiện tại, có thể dẫn nguồn vào một tác vụ. Điều chỉnh mô hình có thể dạy mẫu ổn định. Xem ba thứ như bậc thang, bắt đầu prompt, rồi truy xuất, rồi tinh chỉnh khi câu trả lời vẫn sai, là chẩn đoán sai lỗi dữ kiện.
Prompt không phải danh mục tốt
Prompt hấp dẫn vì dễ sửa. Thêm đoạn văn và yêu cầu sau mang theo nó. Tiện lợi đó giấu hai chi phí. Dữ kiện đi cùng mọi lệnh, kể cả khi không liên quan. Prompt dài cũng khiến khó biết mô hình đã dùng bản sao nào của quy tắc.
Hướng dẫn bền như “hỏi trước khi gửi chiến dịch” nên ở gần tác nhân. Danh sách trường tùy chỉnh hiện tại của cửa hàng thì không. Nó có thể đổi sau khi quản trị viên tài khoản thêm thuộc tính, khác giữa các bên thuê, hiện cho không gian này mà cấm không gian khác.
Hướng dẫn bộ kết nối Brevo cho thấy định nghĩa trường quan trọng với đồng bộ liên hệ. Nếu thuộc tính chưa được khai báo ở tài khoản đích, ánh xạ trông hợp lý theo tên có thể không tạo trường mong muốn. Tác nhân nên xem đặc tả kỹ thuật hiện tại của tài khoản, không nhớ danh sách chung từ quá trình huấn luyện.
Kết quả truy xuất tốt đủ nhỏ để chất vấn. Nó cần nêu áp dụng cho tài khoản hay bên thuê nào, đọc lúc nào, mô tả thao tác hay trường gì. Hai đoạn truy xuất bất đồng thì hệ thống nên phơi bày xung đột thay vì âm thầm chọn đoạn văn trôi chảy hơn. Bước tiếp theo có thể là truy vấn mới hoặc xem xét, không phải nhấn mạnh prompt hơn.
Truy xuất dữ kiện cùng phạm vi của nó
Bản ghi tri thức hữu ích cần hơn văn bản. Nó cần nguồn, phiên bản hoặc thời gian đọc, phạm vi tài khoản và cách rõ ràng để gỡ hoặc thay. Định nghĩa trường tìm thấy ở tài khoản một người bán không thể thành quy tắc chung cho người khác.
Câu hỏi về thuộc tính liên hệ sau đó có thể truy xuất đoạn nhỏ nhất trả lời được: tên trường, kiểu và tài khoản nơi nó tồn tại. Câu trả lời trỏ về nguồn ấy. Ánh xạ thất bại thì nhóm hỏi dữ kiện đã cũ, trả về kết quả sai tài khoản hay mô hình hiểu sai đoạn đúng.
Đó là ba cách sửa khác nhau. Sửa prompt không vá được bộ lọc truy xuất vượt ranh giới bên thuê. Mô hình lớn hơn không tự biết định nghĩa thuộc tính mà không ai lấy về.
Bài giải thích MCP mô tả cách tác nhân truy vấn công cụ. Công cụ nên trả đặc tả kỹ thuật liên quan, còn ứng dụng áp dụng ai được xem. Chỉ dẫn bằng văn bản “đừng tiết lộ bên thuê khác” không thay được truy vấn có phạm vi.
Sự phân chia cũng giúp sửa nhanh. Trường đích đổi tên thì cập nhật nguồn lược đồ và vô hiệu ánh xạ liên quan. Tác nhân liên tục hiểu sai hướng dẫn ổn định thì sửa hướng dẫn hoặc thử huấn luyện nhắm mục tiêu. Trả lời sai do bộ truy xuất chọn nhầm tài khoản thì sửa trọng số mô hình sẽ bỏ lỡ nguyên nhân. Mỗi loại lỗi có chủ và đường sửa khác nhau.
- Hướng dẫn bền
Trợ lý nên hành xử thế nào
- Truy xuất có phạm vi tài khoản · phiên bản · thời gian
Điều gì đúng hiện nay
- Quyết định ánh xạ
Dùng dữ kiện hiện tại cho việc này
- Lượt ghi được kiểm soát
Mã kiểm tra quyền và phạm vi
Chỉ dạy mẫu khi chúng ổn định
Phản biện hợp lý: “Dữ kiện dùng liên tục thì sao không dạy mô hình nhỏ?” Lặp lại chưa đủ. Dữ kiện phải đúng suốt khoảng giữa các lần cập nhật mô hình, và mô hình cần phân biệt bối cảnh.
Phong cách phân loại ổn định có thể đáng tinh chỉnh sau này. Danh sách trường hiện tại của nhà cung cấp thì không. Dù ít đổi, một trả lời cũ có thể tạo ánh xạ sai cho nhiều bản ghi. Giữ dữ kiện nơi người có thể xem và sửa.
Cuộc nói chuyện nguồn cũng cảnh báo không dùng truy xuất chữa mọi lỗi lập luận. Mô hình không thể so đúng hai tài liệu liên quan thì thêm năm mươi tài liệu không dạy nó suy luận. Trước tiên hỏi đúng đoạn đã tới chưa. Sau đó hỏi phán đoán trên đoạn đó có vững không.
Với người xây tích hợp, quy trình sửa là: xác định nhận định sai; xem đoạn trường hoặc API đã truy xuất; xác minh tài khoản và phiên bản; sửa nguồn hoặc đường truy xuất nếu cần; kiểm tra lại quyết định. Chỉ sau đó mới cân nhắc đổi mô hình.
Chi phí là duy trì lớp tri thức thực: nguồn cập nhật, kiểm tra quyền và dẫn nguồn. Lợi ích là dữ kiện có thể sửa ở một nơi.
Đặc tả kỹ thuật đang đổi không nên đợi mô hình quên nó.
Câu hỏi Thường gặp
Điều gì nên nằm trong prompt tác nhân?
Các hướng dẫn ngắn, bền về hành vi và ranh giới. Danh mục thay đổi, danh sách trường riêng từng bên thuê hoặc quy tắc nhà cung cấp hiện hành nên được truy xuất từ nguồn mà tác nhân được quyền truy cập khi cần.
Sao không tinh chỉnh mô hình bằng tài liệu hiện tại?
Tinh chỉnh có thể đưa dữ kiện thay đổi vào trọng số khó quan sát và cập nhật. Trước tiên hãy bảo đảm tài liệu đúng được truy xuất và dẫn nguồn tại thời điểm quyết định.
Sửa câu trả lời sai về dữ kiện thế nào?
Xem tài liệu nguồn, phiên bản, bộ lọc truy xuất và đoạn được trả về. Sửa dữ kiện hoặc đường truy xuất trước khi đổi mô hình.