A.K.（FDE）· R.M.（IAM）身份
把顧問目錄群組映射到 FinDesk 工作台和 AI 代理權限範圍。有兩個舊群組無法乾淨映射；IAM 正在決定是否停用它們。
下一步：範圍凍結前由 IAM 作出決定
何謂「落地工作」
AI 代理上線之前，必須到位的九件事
我們與你的團隊逐項推進。每個範疇最右一欄，是我們離開後留在你手中的東西。
| 範疇 | FinAI OS | 我們做甚麼 | 你保留甚麼 |
|---|---|---|---|
| 01環境與邊界 | 所有層 | 梳理模型、數據和 AI 代理將在哪裏運行；與你的基礎設施團隊商定網絡邊界和容器平台。 | 一套適用於你基礎設施的參考部署架構 |
| 02身份與權限 | FinDeskFinHubFinClawFinGuard | 接入你的身份提供者；把角色和權限映射到工作台、租戶和 AI 代理權限範圍。 | 由你的 IAM 團隊擁有並維護的角色映射 |
| 03數據與知識 | FinLore | 接入你的數據源，再把數據清理、歸併成你業務的本體和知識圖譜，按設計就在你自己的環境中。我們的工程師用 AI 代理協助這項工作，由你的專家簽核。設定 AI 代理可以引用的知識庫，並按可查看的人員限定範圍。 | 按設計存放於你自己環境中的本體和知識圖譜，有明確的負責人；AI 代理可引用的知識庫；以及每個 AI 代理可以讀取甚麼的規則 |
| 04策略與管控 | FinSAFEFinGuard | 先以審計模式啟動 FinSAFE，記錄 AI 代理在做甚麼，再與合規團隊一起草擬策略：AI 代理可以自行做甚麼、甚麼需要審批、甚麼絕不容許。 | 你的團隊可以審閱和修改的附版本策略 |
| 05沙箱 | FinSAFE | 隔離工具和程式碼的執行；商定每個 AI 代理可以觸及甚麼；證明邊界確實守得住。 | 有文件記錄、可由你重新測試的執行邊界 |
| 06AI 代理運行時 | FinHubFinClaw | 在你的基礎設施上搭建 AI 代理平台和租戶隔離；把工具接入你的系統。 | 一個由你的平台團隊營運的運行時 |
| 07使用介面 | FinDesk | 為桌面加上你的品牌；為每個角色配置工作台和插件。 | 一個自家品牌的桌面，以及供你開發自家工具的插件 SDK |
| 08評估與監控 | 跨範疇 | 與你的業務專家一起構建評估集；測試 AI 代理會如何出錯；把 AI 代理遙測數據接入你的監控系統。 | 每次變更後都能重新運行的評估集，以及你現有工具中的警示 |
| 09人員與運作手冊 | 跨範疇 | 培訓營運人員、顧問和主管；與將來使用的人一起編寫運作手冊。 | 運作手冊、經過培訓的負責人和一條上報處理路徑 |
設計中的 Fintology，是我們針對企業知識的規則、數據結構與本體的產品。目前，由我們的工程師與你一起構建本體。
合作流程
評估、打好基礎、部署、交接
四個階段。每個階段都以一道由你的機構簽核的關口結束，關口達成後我們才進入下一階段。
第 1 階段
評估
了解你的環境
工作內容
- 用例與風險審查
- 環境、數據和身份梳理
- 與合規團隊界定監管邊界
參與人員
你方業務負責人、CISO 代表、合規、平台負責人
產出部署藍圖；落地工作待辦清單；風險登記冊
關口
關口藍圖獲業務、風險和技術負責人批准
第 2 階段
打好基礎
鞏固根基
工作內容
- 在貴機構自有數據中心或私有雲中安裝範圍內的 FinAI OS 產品
- 接入身份、數據和知識；構建你的本體和知識圖譜
- 先以審計模式運行 FinSAFE，再與合規團隊草擬首批策略
參與人員
你方平台、IAM、數據負責人、合規
前置部署工程師與你的團隊並肩工作的工程師
產出一個受治理的預備環境；按設計存放於你自己環境中的首個本體和知識圖譜；首批策略；評估集
關口
關口通過保安審查；紅隊發現的問題已關閉或已獲接受
第 3 階段
部署
首個真實工作負載
工作內容
- 向首批用戶推出
- 監督與上報處理上線
- 監控、調校、重新評估
參與人員
你方首批用戶、主管、營運
產出生產工作負載；審計紀錄；調校後的策略
關口
關口負責人簽核監督和審計審查
第 4 階段
交接
由你的團隊營運
工作內容
- 運作手冊與培訓
- 先由你的團隊在我們陪同下營運，再完全自行營運
- 規劃下一個用例
參與人員
你方平台團隊、營運人員、產品負責人
前置部署工程師首席工程師，逐步退出
產出運作手冊；經過培訓的負責人；路線圖
關口
關口你的團隊毋須協助即可自行部署和營運
典型次序 · 範圍因機構而異節奏由你的治理關口決定，而不是由固定的時間表決定。
現場的一週
實際工作是怎樣的
一份來自打好基礎階段的示例合作日誌和看板。大部分工作並不光鮮：映射、策略、發現的問題和修正，都是在你的同事在場時完成的。
合作日誌 · Larchmont Mutual Wealth階段： 打好基礎工作負載： 個人財富 AI 代理環境： 機構內部署，預備環境
星期一第 1 天
J.S.（FDE）· 合規策略
草擬 FinGuard 策略 WM-ADV-07：產品推介須暫扣，交由持牌顧問審閱；現金凍結和事實收集可以執行。合規團隊的修改已納入 v0.3。
星期二第 2 天
紅隊 · J.S.紅隊測試
發現 RT-014：AI 代理可能被誘導轉述一份尚未獲准對客戶使用的研究觀點草稿。修正：FinLore 範圍限定為已正式發出的文件；已加入回歸測試個案。
狀態：已修正、已重測、已關閉
星期三第 3 天
評估負責人 · 投資辦公室評估
針對 AI 代理和策略 v0.4 運行投資建議情境評估集。被標記的個案由兩位資深顧問逐行審閱；收緊了兩條規則，並把一個測試個案改寫為模稜兩可的情況。
星期四第 4 天
A.K. · 數據負責人數據
為 FinLore 和 AI 代理的工具，把投資組合系統中的家庭與賬戶進行映射。對賬顯示聯名賬戶被重複計算；問題在來源映射處修正，而不是在 AI 代理裏修正。
星期五第 5 天
平台團隊 · A.K. 旁觀交接
平台團隊毋須協助，自行運行了預備環境部署運作手冊。還原步驟中發現兩處缺口；運作手冊由平台團隊而不是由我們更新。
本週完成
角色 → 權限範圍映射 v1IAM
RT-014 修正 + 回歸個案FDE
預備環境運作手冊演練PLAT
進行中
WM-ADV-07 策略 v0.4 簽核COMP等候法務確定上報通知的措辭
家庭映射：信託與聯名賬戶DATA
受阻
模型主機防火牆規則INFRA已提交變更工單，等候下一個變更時段
下一步
保安審查準備（打好基礎階段關口）FDE
合作模式
三種起步方式
範圍在評估之後商定。這些是起步形態，不是套餐。
想由小處起步？8 週可見性試點是投入最少的入門方式。 →
| 對比 | 模式 A落地先行在選定工作負載之前，先讓環境準備就緒 | 模式 B方案部署把一個方案（例如個人財富 AI 代理）推向生產 | 模式 C平台推廣把 FinAI OS 作為多個團隊共用的平台 |
|---|---|---|---|
| 適合 | 已有示範、但沒有通往生產路徑的機構 | 有明確首個用例的業務線 | 服務多條業務線的平台團隊 |
| 階段 | 評估 · 打好基礎 | 評估 · 打好基礎 · 部署 · 交接 | 全部四個階段，按工作負載重複 |
| 範圍 |
|
|
|
| 通常涉及 | FinGuardFinSAFEFinLore | FinHubFinClawFinSAFEFinGuardFinDeskFinLore | 你的團隊所需的 FinAI OS 產品，在各業務線之間共用 |
| 最終成果 | 一個受治理、可迎接首個工作負載的環境 | 一個在生產中受監督運行、由你的團隊營運的工作負載 | 一個由你的平台團隊營運的共用託管 AI 代理平台 |
範圍和商務條款在首次工作會議後，以書面建議書商定。看看哪種適合你 →
8 週可見性試點
先看清你的 AI 代理已經在做甚麼
在攔截任何東西之前，先弄清楚正在發生甚麼。在八週內，FinSAFE 桌面版以審計模式在一個部門的桌面上運行，在收緊任何策略之前，先記錄 AI 代理在做甚麼。大家的工作方式不變。
- 一份 AI 代理活動基線： AI 代理運行甚麼、連線到哪裏，以及哪些檔案和網絡存取超出了策略。
- 一份高風險活動清單 讓你知道應從哪裏着手。
- 一份策略草案 供你的保安和合規團隊審閱；準備好之後，同一個沙箱就可以執行這份策略。
由我們的前置部署工程團隊執行。試點結束後，順理成章的下一步是啟用策略，並把 AI 代理接入平台。
你需要決定的事項：向員工發出關於終端沙箱的通知，以及審計數據保留多久、如何遮蔽。
由 8 週試點開始交接原則
由第一天起，我們就規劃好如何退出
前置部署工程合作的目標，是讓你在結束時更少需要我們。
- 1
你的基礎設施
我們構建的一切都在你的環境中運行，以雲原生容器部署於貴機構自有數據中心或私有雲，並受你的變更管控約束。我們遵循你的流程，而不是繞過它。
- 2
你的密鑰
憑證、策略和配置都歸你的團隊所有。我們在你的存取控制之下工作，完成後你可以撤銷我們的存取權限。
- 3
你的運作手冊
運作手冊先與將來使用的人一起編寫，再由他們自行編寫。在我們退出之前，你的平台團隊會毋須協助完成最後一次部署。
- 4
坦白說明尚餘甚麼
交接時，你會收到一份書面清單，列出未解決的風險、已知的局限和建議的下一步，包括那些不歸我們修正的問題。
- 5
我們離開之後的支援
產品支援按你的 FinAI OS 協議繼續提供。額外的前置部署工程時間屬可選，並非預設包含。
與前置部署工程師傾談
預約前置部署工程師
告訴我們你想部署甚麼、部署在哪裏。回覆你的會是一位工程師，而不是一套銷售話術。