FinAIOSby FinoGeeks

解決方案

讓 AI 代理理解同一套業務，也明確行動的邊界

AI 代理需要知道業務概念是甚麼意思、回答依據在哪裏，以及哪些動作獲准執行。這三件事需要協調，但不能混為一談：與專家共同確定定義，查詢附引用的來源知識，並在提示詞之外執行動作規則。FDE 構建和運行知識環境，設定 FinLore 版本綁定，將經覆核的 Fintology 規則編譯為 FinGuard 設定。網關的強制執行仍是獨立職責。

聯絡 FDE查看產品分工
  • 經覆核的定義與 FDE 提供的規則編譯。
  • 附引用的知識與 FDE 設定的版本綁定。
  • 對經過 FinGuard 的動作進行規則檢查。

起步方式

  • 由一個問題開始

    選擇一組文件和員工反覆提出的問題。明確內容負責人、可使用的人群，以及怎樣的回答才算合格。先做唯讀任務，讓團隊能夠檢查來源，而不改動業務記錄。

  • 由一個動作開始

    選擇一項業務操作，寫清執行條件。動作規則與助手指令分開設定。提示詞可以說明要求，但不能獨自承擔強制執行的責任。

解決方案

問題通常出現在哪裏

一個系統裏的「客戶」，可能與另一個系統的含義不同。引文沒有抄錯，也可能來自過期流程。助手可能理解制度，卻沒有權限執行下一步。

把這些問題分開檢查：業務負責人確定術語含義，文件負責人核對來源是否適用，系統負責人設定動作規則。讓分歧被看見，而不是交給 AI 代理猜測。

解決方案

一個問題、一次操作和人工判斷

說明性示例，使用樣例數據。以下為文字場景，不是線上操作介面。

員工一側

同事詢問變更業務賬戶需要哪些資料。回答引用了一份流程文件。同事先核查引用段落，再提出變更請求。引用讓人能找到依據，但不保證文件仍然有效，也不保證適用於當前情形。

覆核人員一側

流程負責人依據共同確認的「賬戶」定義和現行流程檢查請求。系統負責人另外維護 FinGuard 對相關寫入操作的規則。需要人工判斷的動作，由 FDE 設定 FinGuard 審批處理與負責覆核的人員。由明確的人作出決定，助手不能把請求本身當作許可。

營運

監督：把不確定之處交給明確的人處理

維護經覆核的詞彙表，並明確誰來解決定義衝突。記錄有爭議的術語、對應來源和業務影響。未答好的問題進入人工負責的待辦清單：有人檢查來源、決定是否修訂，再核查結果。

示意圖
  • 編譯規則

產品

產品如何分工

  1. Fintology

    共同業務模型與定義詞彙。FDE 與專家一起明確概念、覆核規則，並提供編譯到 FinGuard 設定的實施路徑。

  2. FinLore

    附來源引用的知識。FDE 部署並運行知識環境，設定版本綁定，讓團隊明確使用的是哪個知識版本。

  3. FinGuard

    有狀態、基於規則的動作網關。規則獨立設定，用於檢查經過網關的動作、透過冪等機制處理重複寫入、保留日誌，並將企業憑證保管在 AI 代理之外。

示意圖

FDE

與 FDE 一起落地

  1. 明確範圍：選擇一個流程、一組文件、一個唯讀任務和一名覆核負責人。在擴大來源前，先統一詞彙。
  2. 檢查依據：將樣例回答與引用來源對照，記錄衝突和遺漏，由業務負責人決定如何修正。
  3. 構建與連接：FDE 交付已覆核規則的編譯路徑，並設定 FinLore 版本綁定。系統負責人在 FDE 協助下另行設定網關執行與憑證保管，包括流程需要的人工審批，並測試動作路徑與重複請求處理。
  4. 交接營運：寫清內容責任、來源覆核和操作職責。團隊能夠解釋回答依據與動作權限後，再擴展流程。

討論你的業務流程

FAQ

常見問題

有引用就代表回答正確嗎？

不代表。引用讓來源可檢查，人仍需核查相關性、上下文和時效。

誰設定 FinGuard 的規則？

系統負責人在 FDE 協助下設定強制執行，與業務定義分開負責。FDE 提供將已覆核 Fintology 規則編譯成網關設定的實施工作，由人覆核設定後再用於動作控制。

例外如何處理？

指定流程負責人，使用團隊自己的覆核程序。提出例外請求，不等於獲得執行權限。

必須使用某種 AI 代理引擎嗎？

不指定引擎。應檢查實際部署中的運行時、知識存取和動作路徑。

可以不開放寫入權限就開始嗎？

可以。先透過唯讀問答檢查詞彙和來源，再考慮連接會改動業務記錄的操作。

下一步

由一個有分歧的概念、來源或規則開始。

明確含義，核查依據，為動作單獨設立邊界。

聯絡 FDE