FinAIOSby FinoGeeks

解决方案

让智能体理解同一套业务，也明确行动的边界

智能体需要知道业务概念是什么意思、回答依据在哪里，以及哪些动作被允许。这三件事需要协同，但不能混为一谈：与专家共同确定定义，查询带引用的来源知识，并在提示词之外执行动作规则。FDE 构建和运行知识环境，配置 FinLore 版本绑定，将经复核的 Fintology 规则编译为 FinGuard 配置。网关的强制执行仍是独立职责。

联系 FDE查看产品分工
  • 经复核的定义与 FDE 提供的规则编译。
  • 带引用的知识与 FDE 配置的版本绑定。
  • 对经过 FinGuard 的动作进行规则检查。

起步方式

  • 从一个问题开始

    选择一组文档和员工反复提出的问题。明确内容负责人、可使用的人群，以及怎样的回答才算合格。先做只读任务，让团队能够检查来源，而不改动业务记录。

  • 从一个动作开始

    选择一项业务操作，写清执行条件。动作规则与助手指令分开配置。提示词可以说明要求，但不能独自承担强制执行的责任。

解决方案

问题通常出现在哪里

一个系统里的“客户”，可能与另一个系统的含义不同。引文没有抄错，也可能来自过期流程。助手可能理解制度，却没有权限执行下一步。

把这些问题分开检查：业务负责人确定术语含义，文档负责人核对来源是否适用，系统负责人配置动作规则。让分歧被看见，而不是交给智能体猜测。

解决方案

一个问题、一次操作和人工判断

说明性示例，使用样例数据。以下为文字场景，不是在线操作界面。

员工一侧

同事询问变更业务账户需要哪些资料。回答引用了一份流程文件。同事先核查引用段落，再提出变更请求。引用让人能找到依据，但不保证文件仍然有效，也不保证适用于当前情形。

复核人员一侧

流程负责人依据共同确认的“账户”定义和现行流程检查请求。系统负责人另外维护 FinGuard 对相关写操作的规则。需要人工判断的动作，由 FDE 配置 FinGuard 审批处理与负责复核的人员。由明确的人作出决定，助手不能把请求本身当作许可。

运营

监督：把不确定之处交给明确的人处理

维护经复核的术语表，并明确谁来解决定义冲突。记录有争议的术语、对应来源和业务影响。未答好的问题进入人工负责的待办清单：有人检查来源、决定是否修订，再核查结果。

示意图
  • 编译规则

产品

产品如何分工

  1. Fintology

    共同业务模型与定义词汇。FDE 与专家一起明确概念、复核规则，并提供编译到 FinGuard 配置的实施路径。

  2. FinLore

    带来源引用的知识。FDE 部署并运行知识环境，配置版本绑定，让团队明确使用的是哪个知识版本。

  3. FinGuard

    有状态、基于规则的动作网关。规则独立配置，用于检查经过网关的动作、通过幂等机制处理重复写入、保留日志，并将企业凭据保管在智能体之外。

示意图

FDE

与 FDE 一起落地

  1. 明确范围：选择一个流程、一组文档、一个只读任务和一名复核负责人。在扩大来源前，先统一词汇。
  2. 检查依据：将样例回答与引用来源对照，记录冲突和遗漏，由业务负责人决定如何修正。
  3. 构建与连接：FDE 交付已复核规则的编译路径，并配置 FinLore 版本绑定。系统负责人在 FDE 协助下另行配置网关执行与凭据保管，包括流程需要的人工审批，并测试动作路径与重复请求处理。
  4. 交接运营：写清内容责任、来源复核和操作职责。团队能够解释回答依据与动作权限后，再扩展流程。

讨论你的业务流程

常见问题

常见问题

有引用就代表回答正确吗？

不代表。引用让来源可检查，人仍需核查相关性、上下文和时效。

谁配置 FinGuard 的规则？

系统负责人在 FDE 协助下配置强制执行，与业务定义分开负责。FDE 提供将已复核 Fintology 规则编译成网关配置的实施工作，由人复核配置后再用于动作控制。

例外如何处理？

指定流程负责人，使用团队自己的复核程序。提出例外请求，不等于获得执行权限。

必须使用某种智能体引擎吗？

不指定引擎。应检查实际部署中的运行时、知识访问和动作路径。

可以不开放写权限就开始吗？

可以。先通过只读问答检查词汇和来源，再考虑连接会改动业务记录的操作。

下一步

从一个有分歧的概念、来源或规则开始。

明确含义，核查依据，为动作单独设立边界。

联系 FDE