產品 · AI 代理 層
FinHub
託管 AI 代理平台
單靠一個 AI 代理，還不能把真正的工作交給它。總要有人決定誰可以使用它、它可以取得哪些技能和工具、調用哪些模型、在哪裏運行、留下怎樣的紀錄。FinHub 就是做這些事。它把自己運行的 AI 代理變成一項企業資源，讓你的團隊可以分配、約束、審計和替換，並為 FinDesk 的桌面端 AI 代理提供模型和已審核的技能。它託管 FinClaw，支援 Hermes，並設計為透過同一份運行時契約接入其他 AI 代理運行時。
本產品主視覺佔位（findesk 頁面使用完整應用程式視窗示意）。設計稿尚待審閱。
在技術堆疊中的位置
FinAI OS 的中樞平台
FinClaw 是 AI 代理運行的地方；FinHub 把它們變成一項託管服務。伺服器端運行時預設在 FinSAFE 的沙箱服務中受約束運行，每次執行一個沙箱。平台承載、治理並審計這些伺服器端 AI 代理，其共用推理服務為它們提供模型。FinDesk 接入平台的 AG-UI 網關，使用平台託管的模型，並從其目錄中把已審核的技能下載到 FinDesk 的 AI 代理商店；FinDesk 自己的桌面端 AI 代理在裝置上的沙箱中運行，網絡連線記錄在其裝置端審計中心。技能在任何人可以安裝之前，先在這裏接受檢查。當動作網關 FinGuard 保管着你企業系統的憑證時，它就成為 AI 代理存取這些系統的通道；平台設計為直接接入 FinGuard。
可單獨購買，亦可作為 FinAI OS 的中樞。
能力
FinHub 做什麼
要把 AI 代理當作企業資源而不只是示範，平台團隊需要的五件事。
- 1
運行時由你選擇，在約束中運行
叢集管理器負責啟動、路由和重啟運行時實例：所有租戶共用一個運行時、每個租戶一個，或按租戶策略混合配置。它託管 FinClaw，並透過適配器支援 Hermes。伺服器端運行時預設在 FinSAFE 的沙箱服務中運行。
- 2
身份、租戶與模型
認證、工作階段和區分租戶的身份管理，為平台、各租戶和審核人員分設管理角色。模型目錄存放在你自己的數據庫中，因此你可以切換或混用模型供應商（包括你自行部署的模型），毋須改動治理或審計。共用推理服務為平台上的 AI 代理提供模型，FinDesk 亦可以使用同一批模型。
- 3
範本、技能和工具，一併治理
管理員在同一個控制台中決定大家可以使用哪些 AI 代理範本、可以安裝哪些技能、AI 代理可以調用哪些工具。AI 代理真正能觸及的範圍，是這三者的交集，所以放寬其中一項，不會悄悄抵銷另外兩項。每個技能在任何人可以安裝之前都會先接受檢查。
- 4
每一次對話，只有一份紀錄
與平台 AI 代理的每一次對話都會追加寫入一個一次寫入的儲存區。數據庫拒絕修改和刪除，摘要和記憶都從這份紀錄衍生，所以審計人員讀到的，就是當時寫下的內容。
- 5
串流傳送，送達每一個介面
AG-UI 網關把結構化的 AI 代理事件串流傳送到 FinDesk、瀏覽器和富用戶端，另有連接器接入企業訊息渠道。訊息傳送、收件匣和推送，把 AI 代理的訊息送到客戶和員工所用的渠道。
受治理的技能
讓團隊寫的腳本，成為經審核、可撤銷的企業技能
AI 代理安裝技能，就像人們當年安裝瀏覽器擴充功能：附帶權限的腳本，卻沒有人審核過。在 FinHub 中，每個技能在任何人可以安裝之前都會先接受檢查。多層自動安全掃描和你的風險策略，決定它是獲批准、轉交審核人員，還是被拒絕。
- 安裝前先檢查。 檢查結果按 OWASP Agentic Skills Top 10 分類。部分問題（例如寫死在程式碼中的密鑰或路徑穿越）不論評分高低，都會直接拒絕該技能。
- 由人審核。 審核人員可以批准、拒絕或停用每個技能，每項決定都有紀錄。
- FinHub 內建的技能目錄 FinSkills Hub：升級後可使用部分權限批准、隔離、還原和版本差異比較。
- 在 AI 代理運行的地方運行。 獲批准的技能與 AI 代理在同一個 FinSAFE 沙箱中運行。技能對你企業系統的動作設計為經由 FinGuard。
獨立使用 · 組合更強
單獨可用。納入技術堆疊更強。
FinHub 單獨使用，就能給 AI 代理一個受治理的家。與 FinAI OS 的其他產品配合，沙箱、動作網關、桌面和知識庫都接入同一個中樞。
單獨使用 FinHub
單獨使用 FinHub
- 託管 FinClaw，支援 Hermes；設計為透過同一份契約接入其他運行時
- 伺服器端運行時預設在 FinSAFE 的沙箱服務中受約束運行
- 每個技能安裝前先檢查，並由人審核
- 範本、技能和工具在同一個控制台中治理
- 模型目錄存放在你自己的數據庫中
- 一次寫入的對話紀錄，並提供訊息傳送、收件匣和推送
- 雲原生容器，部署於貴機構自有數據中心或私有雲
與以下組合
按租戶劃分的執行、按用戶的配額、定時 AI 代理和長時間運行的工作，都在平台的運行時契約之後。
伺服器端運行時預設在 FinSAFE 的沙箱服務中受約束運行，每次執行一個沙箱；在平台中設定的租戶策略會下達到每一個沙箱單元。
FinGuard 位於你的企業系統之前，保管這些系統的憑證，並決定每個動作是否應該執行。平台設計為把每個 AI 代理動作（包括技能動作）直接接入 FinGuard。
在財富解決方案中
每位顧問背後的對話
在個人財富 AI 代理中，FinHub 是顧問 AI 代理的平台：對話、記憶與工具。
審計軌跡與顧問審閱
每一次對話與建議步驟都在你自己的環境中留下審計軌跡。個性化建議與較高風險情形會在客戶看到之前交給持牌顧問，合規團隊設定審閱規則。
對話式 KYC（示意）
客戶可在對話中更新資料事實。KYC 與持倉、風險與目標相連。適當性判斷來自機構自有的判斷模型與規則引擎，基於固定的系統生成資料——並非來自本產品。
送達客戶的訊息
投遞、收件箱與推送承載顧問 AI 代理的訊息。關鍵時刻的發送時機由 FinClaw 的定時 AI 代理設定（見 FinClaw 頁面）。
客戶應用與 持牌顧問控制台見解決方案頁。
- 步驟 1
評估
梳理你的用戶、渠道、模型和數據儲存，並按你的並發量規劃平台規模。
- 步驟 2
打好基礎
部署平台，設定身份和租戶，接入 FinClaw 或其他受支援的運行時，設定技能審核規則，並開通你的員工所用的渠道。
- 步驟 3
交接
移交運作手冊，由你的平台團隊自行營運。