TRUST信任與治理
信任與治理:你會問的問題,我們直接回答
下面是導入前最常被問到的問題。每題都寫清楚目前的做法與前提;做不到或還不確定的,會直接說明,不會用模糊的字眼帶過。
CONTROL治理
能自動做的,自動做;該有人點頭的,一定等人點頭。
每一個 AI 動作都要先通過你設定的規則。治理環閉合,動作才會送出;每一步都留下紀錄。
治理流程示意:Agent 準備的每一個動作,先依你設定的規則判斷,規則允許、低風險的事直接執行;需要有人點頭的事等負責人核准後才執行;不允許的事直接擋下。每一種結果都留下操作紀錄。
DEPLOYMENT資料
資料在哪裡、誰看得到、誰能改,你都說得出來。
部署與資料流示意:你的資料庫以唯讀方式連接,文件與郵件提供知識,全部進入每家客戶獨立的專屬部署(企業大腦、AI Agent、操作紀錄,受角色與權限管控,放在亞洲區域);回答時只把需要的內容送到模型服務,模型可設定備援供應商;Agent 要寫回你的系統必須先經核准,每一步都留下操作紀錄。
FAQ常見問題
導入前的常見問題
每一題都附一張示意圖。圖中的內容為概念說明,不是產品畫面。
資料存在哪裡?
每家客戶都是專屬部署,各自擁有一套獨立的資料庫與服務,不與其他客戶共用。雲端版的資料庫放在國際大型雲端服務的亞洲區域,區域依客戶需求選擇;需要完全斷網時,另有裝在企業自己電腦或機房的本地端版本。
- 資料庫與服務各自獨立,只屬於該客戶的部署。
- 雲端版:國際大型雲端服務的亞洲區域,依客戶需求選擇。
- 本地端版本:裝在企業自己的電腦或機房,可完全斷網運行。
客戶甲的部署
客戶乙的部署
各部署之間互不共用資料庫與服務
每家客戶一套獨立的資料庫與服務。
哪些資料會送到 AI 模型服務?
回答問題時,模型會收到下列內容,用來組成這一則回答:
- 該 Agent 的指示與答題規則。
- 使用者當下的問題。
- 找到的相關段落(知識來源中被檢索到的內容)。
- 本體脈絡(物件與它們之間的關係)。
- 對話脈絡(最近的對話,有長度上限)。
- 工具結果(回答過程中查詢系統得到的資料)。
檢索排序步驟另會把問題與候選段落送到模型服務。
回答用的模型可依需求選擇,也可以設定另一家供應商備援
- 指示與答題規則
- 使用者的問題
- 相關段落
- 本體脈絡
- 對話脈絡
- 工具結果
送出的內容以這一則回答所需為限。
誰能讀?
讀取權限依角色與設定而定。平台的角色依序為:檢視者、編輯者、管理員、企業擁有者,權限逐級增加。
- 檢視者:看資料、跟 Agent 對話。
- 編輯者:上傳文件、整理知識頁。
- 管理員:審核、管理成員與 Agent。
- 企業擁有者:全部權限,包括金鑰、政策與對外授權。
- 欄位遮罩與角色可見矩陣:可以模擬不同角色看到的欄位。模擬用來檢查設定,不等於實際的權限測試。
對外訪客的範圍:未登入的 LINE 使用者與公開網頁聊天,預設只看得到公開等級的資料。企業擁有者可以調整上限。
依人員權限過濾知識來源需要由系統設定開啟,不是預設行為。各家部署是否已開啟,請向 AgentArk 團隊確認。
- 對外渠道政策:對外訪客預設只看得到公開等級的資料
權限由下往上逐級增加。對外訪客不在這個階梯內,預設只看公開等級的資料。
角色權限的示意,實際權限依設定而定。
出事怎麼辦?
我們把這個問題分成系統面與服務面:系統面,平台本身如何攔住與追查;服務面,出問題時由誰處理。
- 系統面:需要核准的 Agent 動作會進入決策中心,由管理員以上核准。
- 系統面:操作紀錄可依人、部門、動作與日期篩選,並匯出 CSV(管理員以上)。
- 系統面:LINE 對話可以轉給真人接手。目前只支援 LINE,啟用方式請向 AgentArk 團隊確認。
- 服務面:由 AgentArk 團隊直接處理,不經代理商轉手。
- 服務面:每家專屬部署可以單獨修復與更新,不影響其他客戶。
- 核准中心與決策中心
- 操作紀錄:可篩選、可匯出 CSV
系統面
服務面
系統面防止與追查,服務面負責處理。
現有系統要改多少?
連接方式如下,每一種的權限都由貴公司決定與控制:
- 資料庫:以唯讀帳號連接,平台也只允許查詢語句。唯讀的最終保障來自資料庫帳號本身的權限。
- 郵件與雲端硬碟:連接前需要貴公司授權。
- 有 API 的系統:用自訂 MCP 變成 AI 工具。
- 外部系統:可以觸發 Agent,Agent 的結果也可以送回你的系統。
- 文件工作流:系統送入資料,Agent 產出草稿,由人員審閱。
- 文件工作流:系統送資料進來、Agent 產出草稿、人員審閱
- 唯讀帳號 → 資料庫
- 授權 → 郵件與雲端硬碟
- 自訂 MCP → 有 API 的系統
- Webhook → 外部觸發
每一種連接都由貴公司控制權限。
員工要投入什麼?
每個 Agent 都需要一位業務負責人。以下原則來自大千綜合醫院的實務經驗:
- Agent 的業務負責人由該單位的人擔任,負責需求、測試與後續修訂。
- 上線前要通過測試題庫;每次修改都要重跑題庫。
- 所有產出都是草稿,由專業人員審閱後才能使用。
原則的原文如下:
一個 Agent,一位業務負責人。由該單位的 AI 種子擔任,負責需求、測試與後續修訂,而不是交給資訊室或外部廠商代管。
所有產出都是草稿。由專業人員審閱後才能使用,責任仍在使用者。
上線前必須通過測試題庫。題庫包含正常、資料不完整、誘導與邊界情境,每次修改都要重跑。
- 一個 Agent,一位業務負責人
- 上線前通過測試題庫
- 所有產出先由人員審閱
- 每次修改,重跑題庫
每個 Agent 的最低投入。
能帶走什麼?什麼情況不適合導入?
目前確認可以匯出的項目如下。我們不把還沒有的功能寫成可以帶走。
- 知識文件:可打包成 Markdown 的 ZIP 檔,原始檔案也可以下載。
- 操作紀錄:可匯出 CSV(管理員以上)。
- 本體資料:以 JSON-LD 格式,透過 API 匯出。
- 目前沒有提示詞與測試題庫的匯出功能,也沒有把所有資產一次打包帶走的功能。
不適合導入的情境:大千院方的風險分級,把下面這類 AI 列為不做(院方原文):
預測型與診斷型 AI
✓ 可以匯出
目前沒有匯出功能
只列出目前確認可以取得的項目。



