Đưa tác nhân AI vào ứng dụng của bạn
Thêm một tác nhân nói chuyện với khách truy cập và hành động thay họ — trả lời câu hỏi, tra cứu thông tin, cập nhật record của họ. Mô tả nó nên làm gì và được phép thấy gì; Kliv vận hành nó.
Tác nhân biết hành động
Không phải phần gắn thêm — là một phần của ứng dụng
Tác nhân của bạn sống bên trong ứng dụng, làm việc với cùng dữ liệu và cùng logic bạn đã xây. Nó có thể làm việc thật cho khách truy cập, được giới hạn an toàn theo từng người, không cần bạn host model hay nối dây gì thêm. Bạn vẫn kiểm soát nó làm gì và ai được dùng.
Cấu trúc của một câu trả lời
Điều tách một tác nhân khỏi một widget là mọi thứ xảy ra giữa câu hỏi và câu trả lời. Đây là đường đi đó, từng bước.
Một câu hỏi đi vào
Khách truy cập hỏi bằng ngôn ngữ tự nhiên — “đơn hàng của tôi ở đâu?”, “gói Pro gồm những gì?” — trong một cuộc trò chuyện là một phần của ứng dụng, không phải iframe nổi trên đó.
Định danh trước tiên
Trước mọi thứ khác: ai đang hỏi? Tác nhân biết đây là khách truy cập ẩn danh hay người dùng đã đăng nhập — và chính xác là người nào.
Quyền truy cập được áp dụng
Tác nhân đọc qua cùng các quy tắc truy cập như mọi trang trong ứng dụng của bạn. Nó có thể thấy các hàng của người dùng này — đơn hàng, lượt đặt chỗ của họ — và không thấy của ai khác. Ranh giới được thực thi bên dưới tác nhân, không viết vào prompt của nó.
Có nền tảng, rồi mới trả lời
Nó trả lời từ cơ sở tri thức bạn viết — được lập chỉ mục theo ngữ nghĩa, nên tìm đúng bài theo ý nghĩa, không cần bạn vận hành cơ sở dữ liệu vector — cộng với record riêng của người đang hỏi. Giọng của bạn, giới hạn của bạn: điều nó từ chối cũng được thiết kế như điều nó nói.
Hoặc nó hành động
Một số câu trả lời là hành động: tạo mục, cập nhật hồ sơ, gửi yêu cầu. Hành động chạy qua các hàm phía máy chủ của chính ứng dụng — những năng lực bạn cấp rõ ràng, được thực thi với tư cách người đang hỏi, không có gì ngầm định.
Transcript được lưu lại
Mỗi cuộc trò chuyện trở thành một record trong cơ sở dữ liệu của riêng bạn. Đọc những gì tác nhân thật sự đã nói, xem mọi người thật sự hỏi gì, rồi đưa khoảng trống ngược lại vào tri thức của nó.
Một tác nhân thật sự hữu ích
Cấu hình trong vài phút. Kliv xử lý phần AI.
Nói chuyện với khách truy cập
Một cuộc trò chuyện được xây vào ứng dụng của bạn. Khách truy cập hỏi bằng ngôn ngữ tự nhiên và tác nhân trả lời bằng giọng của ứng dụng — từ chỉ dẫn bạn đưa ra và cơ sở tri thức bạn viết.
Hành động trên dữ liệu của họ — an toàn
Tác nhân có thể tra cứu và thay đổi thay cho khách truy cập đã đăng nhập, được giới hạn để chỉ chạm vào record của chính khách đó — không bao giờ là dữ liệu của khách hàng khác.
Bạn vẫn kiểm soát
Quyết định ai được nói chuyện với nó, nó được phép làm gì và có thể chạy đến mức nào. Quyền truy cập bắt đầu ở trạng thái đóng; bạn mở ra có chủ đích.
Thiết lập trong vài phút
Đặt tên, viết chỉ dẫn, chọn nó phục vụ ai và có thể làm gì. Không có núm kỹ thuật cho kỹ sư — chỉ mô tả tác nhân bạn muốn.
Dựa trên tri thức của bạn
Cơ sở tri thức do bạn viết, được lập chỉ mục theo ngữ nghĩa ngay từ đầu — tác nhân tìm câu trả lời đúng theo ý nghĩa, và cập nhật ngay khi bạn lưu. Không cần dựng cơ sở dữ liệu vector.
Mọi cuộc trò chuyện đều được giữ
Transcript đi vào cơ sở dữ liệu của riêng bạn dưới dạng record — xem lại, học xem mọi người thật sự hỏi gì, và trả lời chắc chắn câu “tác nhân đã nói gì với khách hàng này?”
Tác nhân hành động trên dữ liệu của bạn
Nó làm việc, không chỉ trò chuyện
Cấp cho tác nhân khả năng làm việc với dữ liệu ứng dụng, và nó có thể quản lý record của khách truy cập thay họ — tìm đơn hàng, cập nhật hồ sơ, tạo mục — luôn giới hạn theo người mà nó đang nói chuyện. Kliv thực thi ranh giới đó bên dưới tác nhân, nên ngay cả một khách truy cập diễn đạt khéo cũng không thể khiến nó với sang dữ liệu của người khác.
Chạy trên phần AI bạn đã có
Tác nhân dùng mức sử dụng AI của tài khoản bạn — cùng ngân sách bạn dùng để xây. Đặt giới hạn theo từng khách truy cập và từng tác nhân để ngày đông khách vẫn nằm trong biên.
Cách tác nhân hoạt độngCâu hỏi thường gặp
Câu trả lời của tác nhân đến từ đâu?
Hai nguồn: cơ sở tri thức bạn viết — tài liệu của bạn, được lập chỉ mục theo ngữ nghĩa, cập nhật khi bạn lưu — và các record mà người đang hỏi được phép thấy. Nó không trả lời từ ý kiến của internet mở về doanh nghiệp của bạn.
Việc “chỉ dữ liệu của họ” thật sự được thực thi thế nào?
Bên dưới tác nhân, không phải bên trong prompt. Mỗi lượt đọc và ghi đi qua cùng các quy tắc quyền truy cập như phần còn lại của ứng dụng, được giới hạn theo người dùng đã đăng nhập — nên một yêu cầu diễn đạt khéo không thể dụ nó vào record của người khác.
Nó có thể làm việc, không chỉ trả lời không?
Có — qua các năng lực bạn cấp: tra cứu đơn hàng, cập nhật hồ sơ, tạo record, gọi một hàm phía máy chủ của bạn. Không cấp thì không hành động — và mọi hành động chạy với tư cách người đang hỏi.
Tôi có thể xem nó đã nói gì không?
Có — transcript đi vào cơ sở dữ liệu của bạn dưới dạng record, gắn với người dùng đã có cuộc trò chuyện đó. Đó là cách bạn kiểm toán giọng điệu, bắt khoảng trống trong cơ sở tri thức và trả lời câu “chúng ta đã nói gì với khách hàng này?”
Làm sao giữ nó đúng thông điệp?
Chỉ dẫn, giọng điệu và giới hạn là của bạn: nó được bàn gì, từ chối gì, khi nào chuyển cho con người. Vì bạn viết cả chỉ dẫn lẫn tri thức, giữ đúng thông điệp là thiết kế, không phải may rủi.
Tôi có thể thu phí quyền truy cập vào nó không?
Có — đặt tác nhân sau một gói như mọi tính năng khác, hoặc đo mức dùng theo từng cuộc trò chuyện. Động cơ commerce xử lý cả hai, và phần phân tích sâu về ứng dụng AI cho thấy các mô hình kinh doanh. Commerce → AI apps →
