洞見

約 1 分鐘閱讀作者 AiHPC

找對那一段,和聊天是兩件事

orchai-library
knowledge
governance-ai
citations
search

找對那一段,和聊天是兩件事

摘要(TL;DR)。 輸入程序代號、名稱,或者加上引號的原句,其實是在找那一段原文。OrchAI Library 的附出處的對話會同時按字面與語意搜尋,保留這些確切字眼;如果首輪找回的段落不夠用,會再檢索一次——最後引述所用的段落作答。

那場看似大功告成的演示

負責知識管理的同事坐在會議室裏,看一場名為「搜尋內部檔案」的演示。席間的問題很日常:這項工作的操作步驟在哪裏? 有人在對話框輸入了作業程序的代號,或者加上引號貼上其中一句原文。

畫面很快回了一段通順的文字,圍着相關題目講了一輪,卻始終沒有打開那份帶有該代號的程序。

不妨想像一份歸檔為 SOP-14 的維修紀錄,裏面寫著「打開面板前,先隔離閥門」。這個畫面只是一個示意例子,方便你看清問題出在哪裏,並非來自客戶資料夾的實測分數。如果搜尋只跟隨語意走,很容易落到旁邊另一份談安全的筆記,反而完全沒有打開 SOP-14。那個代號和引號裏的原句,本來就是文件的地址。

就某個題目聊天,和準確落到那一段原文,是兩份不同的工作。對實務部門主管來說,真正管用的,是可以打開來核對的那一段。

字面與語意,兩者並用

OrchAI Library 是整套產品的記憶——相當於團隊內部文件的私人 Google,每個答案都附帶出處引用。知識庫上的對話框是你首先提問的地方,但底層運作的依然是附帶出處引用的搜尋。

在這個附出處的對話中,一般提問會循兩個方向搜尋:

  • 按字面——你輸入的代號、名稱,以及放在引號裏的字句。
  • 按語意——用淺白的話,重講一次你問的事。

這些問法會在搜尋執行前準備好。口語化的提問會用更直接的字眼重述一次,讓語意搜尋有所依歸;涉及比較、或者需要兩項事實才能回答的問題,則可以拆開處理。上限是三種問法。原有的代號和引號裏的字句會原封不動保留下來——單靠語意搜尋,往往就會把這些字眼丟掉。

單一知識庫也可以設定為只按字面,或者只按語意搜尋,並以該設定為準。如果知識庫沒有特別指定,附出處的對話便會兩者並用。

多找一次,然後附上出處引用

系統會先檢視首輪找回的段落是否足夠作答。如果內容不夠用,Library 會重新整理問法,再檢索一次,然後才回答。

整個額外步驟就是這麼多:最多檢索兩次。回答會引述所用的段落,你可以直接打開該段落,核對 SOP-14 或你們自己的作業程序是否真的在裏面。

至於會自行規劃搜尋並持續追查的長模式,屬於另一個獨立開關,在這個對話功能上維持關閉。先導項目(pilot)依然按「提問、然後引述出處」的路徑運行。本文談的正是這條路徑:字面與語意並用、最多多找一次、附上出處引用。

在側邊面板管理知識庫

知識庫本身可以在 Library 內管理——不論在 Library 的列表頁,還是個別知識庫的頁面,都可以透過側邊面板操作。如果你具備管理權限,可以在那裏建立、編輯或刪除知識庫,刪除前亦設有確認步驟;只具閱讀權限的同事則不會看到這些按鈕。

側邊面板管理的是知識庫本身;把檔案載入系統,以及在作業程序改版時更新索引,則是旁邊的另一個步驟。放在桌面上的一份 PDF,還不是可以引述的段落。

在寫進採購項目之前,先把這幾點說清楚

今天可以確切說明的事仍需另行確認的事項
一般的 Library 附出處的對話會同時按字面與語意搜尋;設定為單一模式的知識庫則會保留該模式。「我們已經實測過你們的資料夾有多常漏掉 SOP-14。」上文的 SOP-14 只是示意例子。
代號、名稱或引號裏的字句會按字面保留,系統最多準備三種問法。「每種問法都會變成一個新的產品模式。」
如果首輪找回的段落不夠用,Library 會再檢索一次,然後作答並引述出處。最多檢索兩次。「系統會一直搜尋,直到那份程序出現為止。」規劃更長搜尋的開關維持關閉。
具備管理權限的人員可在側邊面板建立、編輯或刪除知識庫;只具閱讀權限的使用者不會看到這些按鈕。「把 PDF 拉進面板就完成索引。」載入檔案及在檔案改版時重新索引,是各自獨立的步驟。
回答會引述所用段落,先導項目(pilot)可按這條「提問並引述出處」的路徑運行。「OrchAI Eval 已經為這項搜尋完成驗收簽署。」量化評分報告屬於另一項產品。

這在整個產品體系裏的位置

我們早前曾撰文解釋,為什麼有管治的文件庫會引述所召回的段落。共用資料夾負責存放檔案;文件庫則負責召回段落並標明出處。

我們亦寫過員工手冊的處理配方:保持整條條文完整、引述章節與版本,並在改版時重新索引。那一篇談的是政策條文怎樣切分;這一篇談的則是提問如何找對段落。同一個文件庫,處理的是不同工序。

OrchAI Library 負責承載這份記憶。OrchAI Agents 是同事日常登入使用的前門。OrchAI Eval 是在你需要量化評分報告時的品質閘門。OrchAI Portal 則是整棟大樓,包括管理機構內誰有權打開哪些內容。

如果你們下一場對話正好是「演示時搜尋過內部檔案,卻漏掉了那份作業程序」,歡迎**與我們聯絡**。請帶上團隊實際使用的程序代號或引號原句,我們會與你一起載入該知識庫。至於 SOP-14 的畫面,就讓它繼續作為示意例子。

常見問題

為什麼我已經輸入了程序名稱,檔案搜尋還是漏掉那份程序? 只按語意搜尋時,系統容易漂移到相近的筆記,把你輸入的代號、名稱或引號裏的原句丟掉。除非該知識庫另外設定為單一模式,否則 Library 的附出處的對話會保留這些確切字眼,並同時按語意搜尋。

系統會一直搜尋,直到找到那份程序為止嗎? 系統最多會準備三種問法進行檢索;如果首輪找回的段落不夠用,最多會再檢索一次,然後根據找回的內容作答並引述段落,不會無止境地規劃更長的搜尋。

單一知識庫可以固定只按語意,或者只按字面搜尋嗎? 可以。一般的附出處的對話會兩者並用;如果某個知識庫設定為只按字面或只按語意搜尋,則以該知識庫的設定為準。

多找一次,是否代表一定能找對那一段? 這裏不作任何分數保證。多找一次是一個上限:最多額外檢索一次,然後附帶出處引用作答。獨立的評測驗收簽署屬於另一個步驟。

常見問題

與我們聯絡

告訴我們你的場景——醫院、政府或金融。

聯絡 AiHPC

認識 OrchAI

為受規管買家而設的管治型 AI 平台。

探索 OrchAI

其他語言版本 en

AiHPC Innovation Limited · 香港 + 台灣 + 新加坡