產品 · 知識與業務規則 層
Fintology
你的企業知識所遵循的本體
設計中
當「客戶」「賬戶」「家庭」在不同系統裏含義各異，當最出色員工的實際做法只存在於他們腦中，AI 代理就會悄無聲息地出錯。Fintology 設計為把這些知識編譯成 AI 代理可以依賴的受治理資產：一套經審核的詞彙、一個你的數據模型，以及經測試的流程規格。每一部分都能追溯到來源。它設計為 FinLore 知識所遵循的規則、數據結構與本體，讓每個 AI 代理都基於同一個公認的業務模型工作。
在技術堆疊中的位置
FinAI OS 的知識層
FinLore 保存 AI 代理讀取和引用的知識；Fintology 設計為治理這些知識。Fintology 設計為定義各種事物在你的機構裏是甚麼意思、彼此如何關聯。客戶、賬戶、產品和責任設計為成為一個結構化模型。按照設計，AI 代理只能透過唯讀工具接觸這個模型：實體查詢、本體片段和受治理的查詢，絕不直接接觸原始客戶數據庫。設計上，文件問答與編譯器分開。編譯器設計為掌管經審核的資產，知識庫 FinLore 則保存其發布內容的唯讀副本，並據此回答問題。
設計中。設計為可單獨使用，亦可與 FinLore 配合。
- Hermes
- Codex
- dsh
- pi-agent
- 等
能力
Fintology 設計為做甚麼
設計為三個層面，各自單獨有用，合起來更強。一個設計為定義事物的含義，一個讓你的數據遵循這些含義，一個讓兩者在 AI 代理中發揮作用。
- 1
提煉專家經驗
設計為把專家錄音、文件和訪談轉化為附版本的流程規格（步驟、決策規則、例外情況、術語），每一項都連結到其來源片段。專家設計為先審核規格，規格才會成為經測試的 AI 代理工作流程。
- 2
從你的系統中採集本體
設計為從程式碼、數據庫結構、API 定義和文件中提取附版本的本體，採用開放標準，並為每個術語記錄出處。按照設計，受限的 AI 代理負責監察偏移並提出修改，絕不直接編輯本體。
- 3
把記錄歸併成黃金記錄
設計為把不同系統中的舊有記錄配對成每個實體一條黃金記錄，存放於附數據血緣的受治理圖譜中，並按照由本體生成的約束進行驗證。
- 4
先確定性規則，最後才是人
設計為能由程式碼和規則決定的就由它們決定，模型只判斷不確定的區間，並從預設答案中選擇，其餘由人決定。AI 代理設計為產出可審核的成果，絕不悄悄修改。
- 5
只有變得更好才發布
設計為新的規格、本體或映射只有在黃金測試集上勝過上一版才會發布，自主權逐級授予：由離線、影子模式、輔助，到有限自主。「沒有測試，不發布；沒有證據，不放權。」
獨立使用 · 組合更強
單獨可用。納入技術堆疊更強。
Fintology 設計為每個層面都能單獨使用，由一個具體流程或一種實體類型起步，只在真實項目需要時才擴展到下一個層面。
單獨使用 Fintology
單獨使用 Fintology：設計為機構知識的編譯器
按照設計：
- 每個術語、規格條目和黃金記錄都能追溯到其來源、版本和運行
- 只可追加的決策日誌：每次對齊或配對都記錄輸入、方法和決策者
- 透過專用唯讀角色讀取來源數據庫；原始碼和文件只解析，絕不執行
- 客戶數據、黃金測試集和客戶專屬規則都留在客戶自己的租戶內
- 以開放標準格式發布，每項整合都位於可替換的介面之後
與以下組合
Fintology 設計為定義 FinLore 知識所遵循的規則、數據結構與本體，並把經審核的內容按版本標記發布到 FinLore，讓回答以這些內容為依據。FinLore 的文件則作為證據回流，供審核之用。
Fintology 設計為給平台上的 AI 代理提供唯讀工具，接入同一個公認的業務模型，而不是直接存取客戶數據庫。
Fintology 設計為透過標準工具協定提供唯讀工具，而 FinClaw 本來就以這種方式調用遠端工具。
在財富解決方案中
Fintology 在個人財富 AI 代理方案中
設計為把客戶、賬戶、目標、產品和責任整合成一個結構化模型。
客戶應用與 持牌顧問控制台見解決方案頁。
與 FDE 一起部署
與掌握知識的人一起，編譯你的機構知識
我們的前置部署工程師已經在協助客戶構建本體和知識圖譜：接入你的數據源，用 AI 代理清理和歸併記錄，並與你的業務專家和數據負責人合作。Fintology 設計為承載這項工作，沿用現場工程師由界定範圍、採集到可重用範本的工作流程。
聯絡 FDE- 步驟 1
評估
設計為由一個具體流程或一種實體類型起步，建立基線，採集來源資料和專家訪談，並記錄同意。
- 步驟 2
打好基礎
設計為草擬規格、本體或映射，供專家在同一個工作台中審核。
- 步驟 3
交接
設計為在黃金測試集上評分、以影子模式運行，只憑證據提升自主權。