本頁面由英文翻譯而成。
AI 與機器學習
打造與協調 AI 代理程式
Kliv 是 AI 應用程式建構工具。描述代理程式的知識範圍、權限、可執行的動作、轉交方式與排程,它就會在所服務的應用程式中打造出這個代理程式。
只需在文字方塊中輸入你的想法,AI 就會為你建置它
什麼是 Kliv?
Kliv 不只是一個聊天視窗或代理程式儀表板——它是一個會替你打造軟體的 AI。
你用平常的話描述你需要的應用程式與代理程式,Kliv 就會打造出真正的應用程式:資料、畫面、知識庫、權限、可執行的動作,以及對話記錄。這個應用程式屬於你,在你自己的帳號上執行,之後只要開口就能修改。它不是一個範本。
在這個頁面中,應用程式包含了 AI 代理程式的建立與協調。Kliv 能打造各式各樣的網頁應用程式;這個頁面聚焦在存在於這些應用程式內、並遵循其規則的代理程式。
為什麼代理程式該內建在應用程式裡
許多代理程式工具只給你一個聊天視窗,把困難的部分留給你自己處理:知識該放在哪裡、代理程式可以碰觸什麼、誰能看到哪些資料,以及什麼時候該由真人接手。
Kliv 把代理程式打造在它所服務的應用程式內部。經銷商的代理程式可以讀取商店前台使用的同一批型錄資料,只看得到目前登入客戶自己的訂單,而不是別人的,並且只能透過你授予的能力來執行動作。協調的意思,就是把權限、排程、對話記錄與轉交人工的流程,全部內建在應用程式裡。
代理程式由哪些元件組成
在你把代理程式交給使用者信賴之前,它需要具備的記錄與規則。
知識庫
規格表、扭力對照表、型錄 PDF、政策與手冊,全部上傳並建立索引。代理程式會根據你的文件回答問題,你不需要自己架設向量資料庫。
能力授權
每一項動作都是逐一授予的:查詢訂單、擬定報價、受理退貨、預約時段。你沒有授予的動作,代理程式就無法執行。
使用者的存取權限
代理程式會繼承目前登入使用者的資料列層級存取權限。客戶詢問自己的訂單時只能看到自己的資料;就算對手再怎麼旁敲側擊,也什麼都看不到。
對話記錄
每一次對話都會以資料列的形式存進你的資料庫。你可以檢視、搜尋這些記錄,並用它們來改善知識庫。
轉交真人處理
當一個問題不該再交由自動化處理時,應用程式會開啟一個支援案件,並附上完整對話記錄。真人接手時,背景資訊已經齊全。
排程工作
代理程式也能支援排程作業,例如每天晚上標記過期報價,或每週一把未回覆的問題整理成摘要傳到 Slack。
範例:陳雅婷的零件經銷商
以下是某家經銷商可能如何使用以 Kliv 打造的代理程式。這只是一個範例——你可以描述你自己的文件、使用者、動作與轉交規則。
文件變得可以搜尋
陳雅婷上傳了 40 份型錄 PDF 與退貨政策。索引會自動建立,代理程式就能根據這些文件回答產品相關問題。
訂單查詢是刻意逐步授權的
代理程式一開始只回答政策相關問題。接著陳雅婷授予訂單查詢的能力,讓它能依照與商店前台相同的規則,讀取目前登入客戶自己的訂單狀態。
存取邊界會被測試
一個情境測試以客戶 A 的身分登入,詢問客戶 B 的訂單。這項測試會在一份可拋棄的資料庫副本上,使用真正的應用程式執行,並確認該次讀取會被拒絕。
轉交人工是流程的一部分
未能解決的對話會開啟支援案件並附上完整記錄,同時透過 Slack 通知對應的支援頻道。代理程式知道什麼時候該停下來。
對話記錄顯示該改進哪裡
上線後,陳雅婷閱讀這些對話記錄,發現型錄中缺少的說法。她便針對代理程式卡住的地方,更新知識庫。
描述你想要的代理程式
Kliv 會根據你的描述來打造,所以請寫出它應該根據哪些文件回答、可以執行哪些動作、服務哪些使用者,以及什麼時候該轉交人工。以下是三個範例:
訂單客服代理程式
手冊、訂單狀態、退貨,以及對話記錄。
“為我的工業零件經銷商打造一個客戶入口網站。新增一個 AI 代理程式,讓它根據上傳的產品手冊與扭力對照表回答問題,查詢目前登入客戶自己的訂單狀態,只在退貨期限內受理退貨申請,將不確定的案件轉交客服人工處理,並保存每一次對話記錄。”
預約代理程式
服務相關問題與即時空檔查詢。
“為我的維修服務打造一個排程應用程式。新增一個代理程式,讓它根據上傳的服務說明回答問題,只顯示有空的預約時段,替目前登入的客戶預約時段,寄送確認信,並將價格例外情況轉交給員工討論串。”
內部政策代理程式
員工作業流程,並附有轉交人工機制。
“打造一個內部工具,讓員工向代理程式提問,答案根據上傳的人資與營運作業流程回答。保存每一次對話,讓未能解決的問題開啟支援案件,並依員工角色限制可查看的政策類別。”
協調機制如何運作
**不同的代理程式可以有不同的任務。**同一個應用程式裡,可以有一個面向客戶、負責查詢訂單與退貨的代理程式,也可以有一個讀取利潤資料的內部代理程式。兩者的界線就是能力授權與資料列規則。
**身分驗證永遠優先。**代理程式服務的對象是已登入的使用者:電子郵件與密碼、Google 或 Facebook 登入、密碼金鑰,或雙重驗證。應用程式在代理程式回答之前,就已經知道是誰在提問。
**回饋機制是內建的。**對話記錄會顯示知識庫哪裡不夠完整。你隨時可以新增文件,而變更會透過與應用程式其餘部分相同、經過測試的發布流程上線。
代理程式可以被授予哪些能力、索引如何運作,以及對話記錄在實務上長什麼樣子——代理程式深度解析 會完整介紹整個範圍。
常見問題
Kliv 到底是什麼?
Kliv 是一個 AI 應用程式建構工具。你描述你需要的網頁應用程式與代理程式,Kliv 就會打造出應用程式、代理程式、資料、權限,以及周邊的畫面。
我拿到的是真正的應用程式,還是一個範本?
是真正的應用程式。代理程式運作在一個專為你的資料、使用者與工作流程打造的應用程式之中,並不是一個通用的代理程式範本。
打造完成後還能修改嗎?
可以。你可以新增文件、調整能力授權、修改轉交規則,或是直接開口要求新增另一個代理程式。
要如何防止代理程式亂編答案?
代理程式的回答依據是你所建立的知識庫,並且只能透過你授予的能力採取行動。當文件中找不到答案時,正確的做法是轉交人工處理,並附上完整對話記錄。
代理程式可以執行動作,不只是回答問題嗎?
可以。它可以執行你明確授予的動作,例如查詢訂單、預約時段、受理申請,或擬定報價。每一項動作都會依照目前登入使用者的權限執行。
我要怎麼看到它說過什麼?
每一次對話都會以對話記錄的形式存進你自己的資料庫。你可以閱讀、搜尋並稽核這些記錄。
我需要自己架設 AI 基礎設施嗎?
不需要。知識庫索引、代理程式的執行環境,以及對話記錄儲存,都是 Kliv 打造的應用程式的一部分。你不需要自己架設向量資料庫、佇列,或另外的 AI 伺服器。
兩個代理程式可以有不同的存取權限嗎?
可以。面向客戶的代理程式可以擁有訂單查詢與退貨的能力,內部代理程式則可以讀取僅限員工查看的資料。能力授權與資料列規則決定了這條界線。
客戶能透過代理程式看到彼此的資料嗎?
不能。代理程式讀取資料時,遵循與應用程式相同的資料列層級存取規則。登入的使用者只能取得自己有權讀取的資料列。
之後可以離開 Kliv 嗎?
可以。應用程式的程式碼會同步到你自己的 Git 儲存庫,所以離開時只需要執行一次 git pull,而不必重新打造。
我可以使用自己的網域嗎?
可以。應用程式可以在你自己的網域上執行,代理程式也一同運作於其中。
讓代理程式肩負任務,而不只是一個聊天視窗
描述它應該知道什麼、可以做什麼、服務對象是誰,以及什麼時候該由真人接手。Kliv 會在強制執行這些規則的應用程式裡,打造出這個代理程式。