FinAIOSby FinoGeeks

产品 · 治理与资源管理 层

FinHub

托管智能体平台

单靠一个智能体,还不能把真正的工作交给它。总得有人决定谁可以使用它、它能获得哪些技能和工具、调用哪些模型、在哪里运行、留下怎样的记录。FinHub 就做这些事。它把自己运行的智能体变成一项企业资源,让你的团队可以分配、约束、审计和替换,并为 FinDesk 的桌面端智能体提供模型和已审核的技能。它托管 FinClaw,支持 Hermes,并设计为通过同一份运行时契约接入其他智能体运行时。

草稿 · 视觉待设计
FinHub · 产品视觉

本产品主视觉占位(findesk 页面使用完整应用窗口示意)。设计稿尚待审核。

在技术栈中的位置

FinAI OS 的中枢平台

FinClaw 是智能体运行的地方;FinHub 把它们变成一项托管服务。服务端运行时默认在 FinSAFE 的沙箱服务中受约束运行,每次执行一个沙箱。平台承载、治理并审计这些服务端智能体,其共享推理服务为它们提供模型。FinDesk 接入平台的 AG-UI 网关,使用平台托管的模型,并从其目录中把已审核的技能拉取到 FinDesk 的智能体商店;FinDesk 自己的桌面端智能体在设备上的沙箱中运行,网络连接记录在其设备端审计中心。技能在任何人能安装之前,先在这里接受检查。当动作网关 FinGuard 保管着你企业系统的凭证时,它就成为智能体访问这些系统的通道;平台设计为直接接入 FinGuard。

可单独购买,也可作为 FinAI OS 的中枢。

FinAI OS托管智能体平台 · 私有化部署
层 5
体验
客户、顾问与员工与智能体交互的界面。
层 4
智能体运行时
用 FinClaw 及受支持的第三方运行时运行智能体。
第三方运行时,通过 FinHub 或 FinDesk 运行
  • Hermes
  • Codex
  • dsh
  • pi-agent
  • 等
层 3
治理与资源管理
内核:按租户编排智能体,并治理其所用资源。
FinHub 位于此处
层 2
知识与业务规则
智能体所知内容及结构化方式。
层 1
控制与安全
每次执行都受约束;经过 FinGuard 的每次写操作都由它决定。
您的基础设施  模型 · 数据 · 身份 · 核心系统高亮:治理与资源管理 层

能力

FinHub 做什么

要把智能体当作企业资源而不只是演示,平台团队需要的五件事。

  1. 1

    运行时由你选择,在约束中运行

    集群管理器负责启动、路由和重启运行时实例:所有租户共用一个运行时、每个租户一个,或按租户策略混合配置。它托管 FinClaw,并通过适配器支持 Hermes。服务端运行时默认在 FinSAFE 的沙箱服务中运行。

    集群管理器FinClawHermesFinSAFE
  2. 2

    身份、租户与模型

    认证、会话和区分租户的身份管理,为平台、各租户和审核人员分设管理角色。模型目录存放在你自己的数据库中,因此你可以切换或混用模型提供方(包括你自行部署的模型),而无需改动治理或审计。共享推理服务为平台上的智能体提供模型,FinDesk 也可以使用同一批模型。

    身份租户管理模型目录
  3. 3

    模板、技能和工具,一并治理

    管理员在同一个控制台中决定大家可以使用哪些智能体模板、可以安装哪些技能、智能体可以调用哪些工具。智能体真正能触及的范围,是这三者的交集,所以放宽其中一项,不会悄悄抵消另外两项。每个技能在任何人能安装之前都会先接受检查。

    智能体模板技能MCP 工具
  4. 4

    每一次对话,只有一份记录

    与平台智能体的每一次对话都追加写入一个一次写入的存储。数据库拒绝修改和删除,摘要和记忆都从这份记录派生,所以审计人员读到的,就是当时写下的内容。

    一次写入记录审计
  5. 5

    流式传输,送达每一个界面

    AG-UI 网关把结构化的智能体事件流式传送到 FinDesk、浏览器和富客户端,另有连接器接入企业消息渠道。消息送达、收件箱和推送,把智能体的消息送到客户和员工所用的渠道。

    AG-UI渠道消息送达

受治理的技能

让团队写的脚本,成为经审核、可撤销的企业技能

智能体安装技能,就像人们当年安装浏览器扩展:带着权限的脚本,却没人审核过。在 FinHub 中,每个技能在任何人能安装之前都会先接受检查。多层自动安全扫描和你的风险策略,决定它是获批准、转交审核人员,还是被拒绝。

  • 安装前先检查。 检查结果按 OWASP Agentic Skills Top 10 分类。部分问题(例如硬编码的密钥或路径穿越)不论评分高低,都会直接拒绝该技能。
  • 由人审核。 审核人员可以批准、拒绝或停用每个技能,每项决定都有记录。
  • FinHub 内置的技能目录 FinSkills Hub:升级后可使用部分权限批准、隔离、回滚和版本差异对比。
  • 在智能体运行的地方运行。 获批准的技能与智能体在同一个 FinSAFE 沙箱中运行。技能对你企业系统的动作设计为经由 FinGuard。

独立使用 · 组合更强

单独可用。纳入技术栈更强。

FinHub 单独使用,就能给智能体一个受治理的家。与 FinAI OS 的其他产品搭配,沙箱、动作网关、桌面和知识库都接入同一个中枢。

单独使用 FinHub

单独使用 FinHub

  • 托管 FinClaw,支持 Hermes;设计为通过同一份契约接入其他运行时
  • 服务端运行时默认在 FinSAFE 的沙箱服务中受约束运行
  • 每个技能安装前先检查,并由人审核
  • 模板、技能和工具在同一个控制台中治理
  • 模型目录存放在你自己的数据库中
  • 一次写入的对话记录,并提供消息送达、收件箱和推送
  • 云原生容器,部署在贵机构自有数据中心或私有云中

与以下组合

+ FinClaw多租户智能体运行时
默认托管的运行时

按租户划分的执行、按用户的配额、定时智能体和长时间运行的任务,都在平台的运行时契约之后。

+ FinSAFE沙箱
每次执行都有自己的沙箱

服务端运行时默认在 FinSAFE 的沙箱服务中受约束运行,每次执行一个沙箱;在平台中设定的租户策略会下达到每一个沙箱单元。

+ FinGuard动作网关
企业动作只走一个网关

FinGuard 位于你的企业系统之前,保管这些系统的凭证,并决定每个动作是否应该执行。平台设计为把每个智能体动作(包括技能动作)直接接入 FinGuard。

在财富解决方案中

每位顾问背后的对话

在个人财富智能体中,FinHub 是顾问智能体的平台:对话、记忆与工具。

审计轨迹与顾问审阅

每一次对话与建议步骤都在你自己的环境中留下审计轨迹。个性化建议与较高风险情形会在客户看到之前交给持牌顾问,合规团队设定审阅规则。

对话式 KYC(示意)

客户可在对话中更新资料事实。KYC 与持仓、风险与目标相连。适当性判断来自机构自有的判断模型与规则引擎,基于固定的系统生成数据——并非来自本产品。

送达客户的消息

投递、收件箱与推送承载顾问智能体的消息。关键时刻的发送时机由 FinClaw 的定时智能体设定(见 FinClaw 页面)。

查看个人财富智能体 →

客户应用与 持牌顾问控制台见解决方案页。

与 FDE 一起部署

在你的环境中运行的托管智能体平台

前置部署工程师与你的身份、数据和渠道团队一起搭建 FinHub,并让你能够自行运营。

联系 FDE
典型的 FinHub 项目典型顺序 · 范围因机构而异
  1. 步骤 1

    评估

    梳理你的用户、渠道、模型和数据存储,并按你的并发量规划平台规模。

  2. 步骤 2

    打基础

    部署平台,设置身份和租户,接入 FinClaw 或其他受支持的运行时,设定技能审核规则,并开通你的员工所用的渠道。

  3. 步骤 3

    交接

    移交运维手册,由你的平台团队自行运营。

下一步

把智能体变成你的机构可以治理的资源

与前置部署工程师聊聊单独使用 FinHub,或将其作为 FinAI OS 的中枢。