产品 · 控制 层
FinGuard
动作网关
智能体出错的方式往往很普通：超时后重复写入，一次重试演变成重试风暴，长任务忘了自己已经做过什么。每一次都落在记录系统上。FinGuard 位于智能体和企业系统之间，决定每一个具体动作此刻是否应该发生。智能体从不持有真实凭据。每次写操作都记入日志，重复请求直接返回已存储的结果，而不会写两次。
在技术栈中的位置
FinAI OS 的动作网关
FinGuard 治理的是动作：智能体的一次调用变成 CRM、ERP、工单系统或内部 API 中一处变更的那一刻。它可前置 REST、SOAP、JSON-RPC 和 MCP，只需配合 PostgreSQL 即可独立部署。其他网关判断的是提示词是否安全、工具能否访问；FinGuard 判断的是这一次写操作此刻是否应该发生，以及是否已经发生过。FinGuard 与 FinSAFE 互不构成构建依赖：FinGuard 治理动作，FinSAFE 约束执行动作的进程。要让 FinGuard 成为每个动作的必经之路，就由它持有你的系统认可的凭据，并用 FinSAFE 的网络白名单让 FinGuard 成为智能体唯一能访问的系统。FinAI OS 设计为把服务端智能体、桌面端智能体和技能直接接入 FinGuard。
可单独购买，也可与其他 FinAI OS 产品集成。
能力
FinGuard 做什么
智能体与记录系统之间的五道控制。它们适用于你已在运行的智能体，无需修改智能体代码。
- 1
写操作只执行一次
幂等台账记录每一次写操作。带同一个键的重复请求会拿回已存储的响应，而不会产生第二次写入。超时的尝试会先核实，再决定是否重试。
- 2
智能体从不持有的凭据
企业凭据经过轮换，FinGuard 成为唯一持有者。智能体获得的是 FinGuard 范围内的身份，只有当动作获准时，FinGuard 才从你的密钥库注入真实密钥。绕过 FinGuard 的智能体，手里没有任何目标系统会认可的东西。
- 3
高风险动作的试运行与人工审批
高风险动作可以先试运行并做风险检查，作为待处理动作挂起，直到有人通过 FinGuard 的审批 API 批准或拒绝。智能体不能批准自己的请求。
- 4
重试预算与熔断
每个动作都有重试预算，目标系统持续出错会触发熔断，一个有问题的依赖不会把智能体变成重试风暴。
- 5
防篡改的审计记录
哈希链日志覆盖每一次放行和拒绝，内置的校验功能可以显示其中是否有内容在事后被改动。
独立使用 · 组合更强
单独可用。纳入技术栈更强。
FinGuard 的设计就是可以先行部署，放在你已在运行的智能体前面。为它编写的策略和日志，在加入其他 FinAI OS 产品后照样可用，无需改动。
单独使用 FinGuard
单独使用 FinGuard：为你已在运行的智能体设置动作网关
- 不需要其他 FinAI OS 产品
- 无需修改智能体代码
- 可前置 REST、SOAP、JSON-RPC 和 MCP
- 接入你的身份提供方（OIDC JWT）和密钥库
- 云原生容器，部署在贵机构自有数据中心或私有云中，只需另配 PostgreSQL
与以下组合
把你的系统认可的凭据交给 FinGuard，平台上的智能体就只有一条路通往这些系统。平台设计为把其智能体及其安装的技能直接接入 FinGuard。
FinDesk 设计为让其桌面端智能体经由与服务端智能体相同的 FinGuard 网关访问你的企业系统。
FinGuard 决定一个动作是否应该发生；FinSAFE 约束它如何运行。你可以设置 FinSAFE 的网络白名单，让 FinGuard 成为智能体唯一能访问的地方。
在财富解决方案中
FinGuard 在个人财富智能体方案中
动作范围、超出策略的动作由持牌顾问审批，以及哈希链审计记录。适当性由贵机构自己的模型和规则判断，而不是由 FinGuard 判断。
客户应用与 持牌顾问控制台见解决方案页。
- 步骤 1
评估
把 FinGuard 部署在你的第一个记录系统前面，在审计记录中查看智能体发送了什么，并在正式执行前，用已记录的流量回放策略变更。
- 步骤 2
打基础
接入你的身份提供方和密钥库，轮换第一个服务凭据，接入第一个系统。
- 步骤 3
交接
开启审批和策略，校验审计记录，交接运维手册。