Prompt hệ thống và luật nghiệp vụ: dạy agent làm đúng việc

Agent tư vấn sai điều kiện bảo hành cho khách hàng không phải vì model AI "kém", mà thường vì luật nghiệp vụ quan trọng đó chỉ được giấu ở đâu đó giữa một đoạn chỉ dẫn hệ thống dài dằng dặc, lẫn lộn với hàng chục thông tin khác. Bài viết này giúp bạn tổ chức lại chỉ dẫn hệ thống theo cách rõ ràng hơn, tách hẳn phần luật nghiệp vụ ra thành dữ liệu có cấu trúc, cùng cách kiểm thử để chắc chắn agent thực sự tuân thủ đúng những gì bạn đã dạy.

Vì sao agent làm sai dù đã được dặn kỹ

Cách phổ biến nhất mà nhiều đội hay làm là viết mọi quy định nghiệp vụ thành một đoạn văn xuôi dài trong chỉ dẫn hệ thống, kiểu "nếu sản phẩm còn trong 12 tháng bảo hành và chưa qua sửa chữa ở nơi khác thì được đổi mới, trừ trường hợp lỗi do người dùng...". Vấn đề là model càng phải đọc và ghi nhớ nhiều điều kiện lồng nhau trong một đoạn văn xuôi, khả năng bỏ sót hoặc hiểu nhầm một điều kiện càng cao, đặc biệt khi cuộc hội thoại đã kéo dài và nhiều thông tin khác chen vào giữa.

Đây không phải lỗi của model, mà là vấn đề về cách tổ chức thông tin - và có thể khắc phục được bằng cách thay đổi cách viết chỉ dẫn hệ thống, không cần đổi sang model nào "thông minh hơn". Nếu bạn chưa nắm được các khối cơ bản của một agent để biết chỉ dẫn hệ thống nằm ở đâu trong kiến trúc tổng thể, bài Kiến trúc một AI Agent: các khối bắt buộc phải có là nơi nên đọc trước.

Có một cách kiểm tra nhanh để biết chỉ dẫn hệ thống của bạn có đang mắc lỗi này không: thử đọc to toàn bộ đoạn chỉ dẫn hệ thống hiện tại và tự hỏi liệu một nhân viên mới, chưa từng biết gì về chính sách công ty, có thể áp dụng đúng ngay từ lần đọc đầu tiên hay không. Nếu câu trả lời là "phải đọc lại vài lần mới hiểu hết", model AI của bạn cũng đang gặp đúng khó khăn tương tự mỗi khi cần áp dụng luật đó.

Bước 1: Tách luật nghiệp vụ khỏi văn xuôi

Thay vì viết luật nghiệp vụ lẫn trong đoạn văn mô tả cách agent nên trò chuyện, hãy tách hẳn phần luật ra thành dữ liệu có cấu trúc riêng (dạng bảng hoặc danh sách rõ ràng từng điều kiện), rồi tham chiếu tới phần dữ liệu này trong chỉ dẫn hệ thống. Ví dụ, thay vì viết một câu dài về điều kiện bảo hành, hãy trình bày lại thành bảng:

Cách trình bày dạng bảng hoặc danh sách điều kiện-kết quả rõ ràng như trên giúp model dễ tra cứu và áp dụng đúng hơn nhiều so với việc phải "giải mã" một câu văn dài có nhiều mệnh đề phụ lồng nhau.

Bước 2: Viết chỉ dẫn hệ thống theo cấu trúc

Sau khi đã tách luật nghiệp vụ ra riêng, phần chỉ dẫn hệ thống còn lại nên được tổ chức theo từng khối rõ ràng thay vì một đoạn văn liền mạch, giúp cả agent lẫn người sau này bảo trì đều dễ theo dõi hơn.

1. Vai trò và phạm vi phục vụ. Agent này là ai, phục vụ mục đích gì, và quan trọng không kém - những việc gì nằm ngoài phạm vi và cần từ chối lịch sự hoặc chuyển cho người thật xử lý.
2. Tham chiếu tới bảng luật nghiệp vụ. Chỉ rõ agent cần tra cứu đúng bảng điều kiện đã chuẩn bị ở bước 1 khi gặp câu hỏi liên quan, thay vì tự suy luận hoặc "đoán" câu trả lời hợp lý.
3. Giọng điệu và cách trình bày câu trả lời. Những yêu cầu về văn phong, mức độ trang trọng, độ dài câu trả lời mong muốn - phần này tách riêng khỏi luật nghiệp vụ vì bản chất khác nhau hoàn toàn.
4. Ví dụ minh hoạ cụ thể. Một vài ví dụ hỏi-đáp mẫu cho đúng những tình huống dễ nhầm lẫn nhất, giúp model "thấy" được cách áp dụng luật thay vì chỉ đọc quy tắc trừu tượng.

Cấu trúc bốn khối này không cố định, nhưng nguyên tắc chung là mỗi loại thông tin nên nằm ở một chỗ riêng, có nhãn rõ ràng, để khi cần cập nhật một luật nghiệp vụ, bạn chỉ cần sửa đúng bảng điều kiện mà không phải dò tìm lại trong cả đoạn chỉ dẫn dài.

Bước 3: Xử lý khi các luật xung đột nhau

Doanh nghiệp càng vận hành lâu, luật nghiệp vụ càng có xu hướng chồng chéo - một chương trình khuyến mãi mới có thể mâu thuẫn với chính sách bảo hành cũ, hoặc một ngoại lệ được duyệt riêng cho một nhóm khách hàng có thể "đá" nhau với quy tắc chung. Nếu không có thứ tự ưu tiên rõ ràng, agent sẽ phải tự chọn luật nào áp dụng trước - và đây chính là lúc dễ xảy ra tư vấn sai nhất.

Cách xử lý an toàn là luôn định nghĩa rõ thứ tự ưu tiên ngay trong bảng luật (ví dụ: ngoại lệ theo từng khách hàng cụ thể > chương trình khuyến mãi đang chạy > chính sách chung), và với những trường hợp thật sự phức tạp không thể quyết định chắc chắn, chỉ dẫn hệ thống nên yêu cầu agent chuyển sang người thật xử lý thay vì tự đoán - một quyết định sai về chính sách thường gây thiệt hại lớn hơn nhiều so với việc khách hàng phải chờ thêm vài phút để gặp nhân viên.

Bước 4: Kiểm thử agent tuân thủ luật

Viết luật rõ ràng chỉ là một nửa công việc, nửa còn lại là kiểm chứng agent thực sự áp dụng đúng luật đó trong mọi tình huống, không chỉ trong những câu hỏi mẫu dễ dàng. Bộ kiểm thử nên bao gồm ba nhóm câu hỏi: nhóm câu hỏi điển hình theo đúng luật, nhóm câu hỏi ở ranh giới giữa hai điều kiện (ví dụ đúng ngày thứ 365 của bảo hành 12 tháng), và nhóm câu hỏi cố tình gây nhầm lẫn hoặc thử "lách luật" mà một khách hàng tinh ý có thể đặt ra.

Bộ kiểm thử này nên được chạy lại mỗi khi có thay đổi trong bảng luật nghiệp vụ hoặc khi đổi sang phiên bản model mới, không chỉ chạy một lần rồi để đó. Nếu công ty bạn đã có bộ test riêng để đánh giá model AI cho các mục đích khác, phần kiểm thử tuân thủ luật nghiệp vụ này nên được tích hợp chung vào quy trình đã có, được hướng dẫn cụ thể ở bài Cách tự đánh giá model AI bằng bộ test của chính doanh nghiệp.

Lưu ý giới hạn độ dài prompt hệ thống

Nguyên tắc chung không phụ thuộc vào con số cụ thể: chỉ dẫn hệ thống càng dài và càng nhiều điều kiện nhồi nhét vào một chỗ, model càng dễ bỏ sót chi tiết quan trọng, kể cả khi vẫn nằm trong giới hạn kỹ thuật cho phép. Đây là lý do việc tách luật nghiệp vụ ra thành dữ liệu có cấu trúc riêng ở bước 1 quan trọng hơn nhiều so với việc cố nhồi thêm chi tiết vào một đoạn chỉ dẫn dài - một chỉ dẫn ngắn gọn, có cấu trúc rõ ràng, tham chiếu đúng tới bảng luật riêng thường cho kết quả ổn định hơn một đoạn văn dài cố gắng bao quát mọi trường hợp.