A.K.（FDE）· R.M.（IAM）身份
把顾问目录组映射到 FinDesk 工作台和智能体权限范围。有两个旧组无法干净映射；IAM 正在决定是否停用它们。
下一步：范围冻结前由 IAM 作出决定
何谓“落地工作”
智能体上线之前，必须到位的九件事
我们与你的团队逐项推进。每个领域最右一栏，是我们离开后留在你手中的东西。
| 领域 | FinAI OS | 我们做什么 | 你保留什么 |
|---|---|---|---|
| 01环境与边界 | 所有层 | 梳理模型、数据和智能体将在哪里运行；与你的基础设施团队商定网络边界和容器平台。 | 一套适用于你基础设施的参考部署架构 |
| 02身份与权限 | FinDeskFinHubFinClawFinGuard | 接入你的身份提供方；把角色和权限映射到工作台、租户和智能体权限范围。 | 由你的 IAM 团队拥有并维护的角色映射 |
| 03数据与知识 | FinLore | 接入你的数据源，再把数据清洗、归并成你业务的本体和知识图谱，按设计就在你自己的环境中。我们的工程师用智能体协助这项工作，由你的专家签核。设置智能体可以引用的知识库，并按可查看的人员限定范围。 | 按设计存放在你自己环境中的本体和知识图谱，有明确的负责人；智能体可引用的知识库；以及每个智能体可以读取什么的规则 |
| 04策略与管控 | FinSAFEFinGuard | 先以审计模式启动 FinSAFE，记录智能体在做什么，再与合规团队一起起草策略：智能体可以自行做什么、什么需要审批、什么绝不允许。 | 你的团队可以审阅和修改的带版本策略 |
| 05沙箱 | FinSAFE | 隔离工具和代码的执行；商定每个智能体可以触及什么；证明边界确实守得住。 | 有文档记录、可由你重新测试的执行边界 |
| 06智能体运行时 | FinHubFinClaw | 在你的基础设施上搭建智能体平台和租户隔离；把工具接入你的系统。 | 一个由你的平台团队运营的运行时 |
| 07使用界面 | FinDesk | 为桌面打上你的品牌；为每个角色配置工作台和插件。 | 一个自有品牌的桌面，以及供你开发自有工具的插件 SDK |
| 08评估与监控 | 跨领域 | 与你的业务专家一起构建评估集；测试智能体会如何出错；把智能体遥测数据接入你的监控系统。 | 每次变更后都能重新运行的评估集，以及你现有工具中的告警 |
| 09人员与运维手册 | 跨领域 | 培训运营人员、顾问和主管；与将来使用的人一起编写运维手册。 | 运维手册、经过培训的负责人和一条升级处理路径 |
设计中的 Fintology，是我们针对企业知识的规则、数据结构与本体的产品。目前，由我们的工程师与你一起构建本体。
合作流程
评估、打基础、部署、交接
四个阶段。每个阶段都以一道由你的机构签核的关口结束，关口达成后我们才进入下一阶段。
第 1 阶段
评估
了解你的环境
工作内容
- 用例与风险审查
- 环境、数据和身份梳理
- 与合规团队界定监管边界
参与人员
你方业务负责人、CISO 代表、合规、平台负责人
产出部署蓝图；落地工作待办清单；风险登记册
关口
关口蓝图获业务、风险和技术负责人批准
第 2 阶段
打基础
夯实根基
工作内容
- 在贵机构自有数据中心或私有云中安装范围内的 FinAI OS 产品
- 接入身份、数据和知识；构建你的本体和知识图谱
- 先以审计模式运行 FinSAFE，再与合规团队起草首批策略
参与人员
你方平台、IAM、数据负责人、合规
前置部署工程师与你的团队并肩工作的工程师
产出一个受治理的预发布环境；按设计存放在你自己环境中的首个本体和知识图谱；首批策略；评估集
关口
关口通过安全审查；红队发现的问题已关闭或已被接受
第 3 阶段
部署
首个真实工作负载
工作内容
- 向首批用户发布
- 监督与升级处理上线
- 监控、调优、重新评估
参与人员
你方首批用户、主管、运营
产出生产工作负载；审计记录；调优后的策略
关口
关口负责人签核监督和审计审查
第 4 阶段
交接
由你的团队运营
工作内容
- 运维手册与培训
- 先由你的团队在我们陪同下运营，再完全自行运营
- 规划下一个用例
参与人员
你方平台团队、运营人员、产品负责人
前置部署工程师首席工程师，逐步退出
产出运维手册；经过培训的负责人；路线图
关口
关口你的团队无需协助即可自行部署和运营
典型顺序 · 范围因机构而异节奏由你的治理关口决定，而不是由固定的时间表决定。
现场的一周
实际工作是什么样子
一份来自打基础阶段的示例合作日志和看板。大部分工作并不光鲜：映射、策略、发现的问题和修复，都是在你的同事在场时完成的。
合作日志 · Larchmont Mutual Wealth阶段： 打基础工作负载： 个人财富智能体环境： 私有化部署，预发布
周一第 1 天
J.S.（FDE）· 合规策略
起草 FinGuard 策略 WM-ADV-07：产品推荐须暂扣，交由持牌顾问审阅；现金冻结和事实收集可以执行。合规团队的修改已纳入 v0.3。
周二第 2 天
红队 · J.S.红队测试
发现 RT-014：智能体可能被诱导转述一份尚未获准对客户使用的研究观点草稿。修复：FinLore 范围限定为已正式发布的文件；已加入回归测试用例。
状态：已修复、已复测、已关闭
周三第 3 天
评估负责人 · 投资办公室评估
针对智能体和策略 v0.4 运行投资建议场景评估集。被标记的个案由两位资深顾问逐行审阅；收紧了两条规则，并把一个测试用例改写为模棱两可的情形。
周四第 4 天
A.K. · 数据负责人数据
为 FinLore 和智能体的工具，把投资组合系统中的家庭与账户进行映射。对账显示联名账户被重复计算；问题在源映射处修复，而不是在智能体里修复。
周五第 5 天
平台团队 · A.K. 旁观交接
平台团队无需协助，自行运行了预发布部署运维手册。回滚步骤中发现两处缺口；运维手册由平台团队而不是由我们更新。
本周完成
角色 → 权限范围映射 v1IAM
RT-014 修复 + 回归用例FDE
预发布运维手册演练PLAT
进行中
WM-ADV-07 策略 v0.4 签核COMP等待法务确定升级通知的措辞
家庭映射：信托与联名账户DATA
受阻
模型主机防火墙规则INFRA已提交变更工单，等待下一个变更窗口
下一步
安全审查准备（打基础阶段关口）FDE
合作模式
三种起步方式
范围在评估之后商定。这些是起步形态，不是套餐。
想从小处起步？8 周可见性试点是投入最少的入门方式。 →
| 对比 | 模式 A落地先行在选定工作负载之前，先让环境准备就绪 | 模式 B方案部署把一个方案（例如个人财富智能体）推向生产 | 模式 C平台推广把 FinAI OS 作为多个团队共用的平台 |
|---|---|---|---|
| 适合 | 已有演示、但没有通往生产路径的机构 | 有明确首个用例的业务线 | 服务多条业务线的平台团队 |
| 阶段 | 评估 · 打基础 | 评估 · 打基础 · 部署 · 交接 | 全部四个阶段，按工作负载重复 |
| 范围 |
|
|
|
| 通常涉及 | FinGuardFinSAFEFinLore | FinHubFinClawFinSAFEFinGuardFinDeskFinLore | 你的团队所需的 FinAI OS 产品，在各业务线之间共用 |
| 最终成果 | 一个受治理、可迎接首个工作负载的环境 | 一个在生产中受监督运行、由你的团队运营的工作负载 | 一个由你的平台团队运营的共享托管智能体平台 |
范围和商务条款在首次工作会议后，以书面建议书商定。看看哪种适合你 →
8 周可见性试点
先看清你的智能体已经在做什么
在拦截任何东西之前，先弄清楚正在发生什么。在八周内，FinSAFE 桌面版以审计模式在一个部门的桌面上运行，在收紧任何策略之前，先记录智能体在做什么。大家的工作方式不变。
- 一份智能体活动基线： 智能体运行什么、连接到哪里，以及哪些文件和网络访问超出了策略。
- 一份高风险活动清单 让你知道该从哪里着手。
- 一份策略草案 供你的安全和合规团队审阅；准备好之后，同一个沙箱就可以执行这份策略。
由我们的前置部署工程团队执行。试点结束后，顺理成章的下一步是启用策略，并把智能体接入平台。
你需要决定的事项：向员工发出关于终端沙箱的通知，以及审计数据保留多久、如何脱敏。
从 8 周试点开始交接原则
从第一天起，我们就规划好如何退出
前置部署工程合作的目标，是让你在结束时更少需要我们。
- 1
你的基础设施
我们构建的一切都在你的环境中运行，以云原生容器部署在贵机构自有数据中心或私有云中，并受你的变更管控约束。我们遵循你的流程，而不是绕开它。
- 2
你的密钥
凭证、策略和配置都归你的团队所有。我们在你的访问控制之下工作，完成后你可以撤销我们的访问权限。
- 3
你的运维手册
运维手册先与将来使用的人一起编写，再由他们自己编写。在我们退出之前，你的平台团队会无需协助完成最后一次部署。
- 4
坦白说明尚余什么
交接时，你会拿到一份书面清单，列出未解决的风险、已知的局限和建议的下一步，包括那些不归我们修复的问题。
- 5
我们离开之后的支持
产品支持按你的 FinAI OS 协议继续提供。额外的前置部署工程时间是可选的，并非默认包含。
与前置部署工程师聊聊
预约前置部署工程师
告诉我们你想部署什么、部署在哪里。回复你的会是一位工程师，而不是一套销售话术。