产品 · 知识 层
Fintology
你的企业知识所遵循的本体
设计中
当“客户”“账户”“家庭”在不同系统里含义各异，当最优秀员工的实际做法只存在于他们脑中，智能体就会悄无声息地出错。Fintology 设计为把这些知识编译成智能体可以依赖的受治理资产：一套经审核的词汇、一个你的数据模型，以及经测试的流程规格。每一部分都能追溯到来源。它设计为 FinLore 知识所遵循的规则、数据结构与本体，让每个智能体都基于同一个公认的业务模型工作。
在技术栈中的位置
FinAI OS 的知识层
FinLore 保存智能体读取和引用的知识；Fintology 设计为治理这些知识。Fintology 设计为定义各种事物在你的机构里是什么意思、彼此如何关联。客户、账户、产品和义务设计为成为一个结构化模型。按照设计，智能体只能通过只读工具接触这个模型：实体查询、本体片段和受治理的查询，绝不直接接触原始客户数据库。设计上，文档问答与编译器分开。编译器设计为掌管经审核的资产，知识库 FinLore 则保存其发布内容的只读副本，并据此回答问题。
设计中。设计为可单独使用，也可与 FinLore 搭配。
能力
Fintology 设计为做什么
设计为三个层面，各自单独有用，合起来更强。一个设计为定义事物的含义，一个让你的数据遵循这些含义，一个让两者在智能体中发挥作用。
- 1
提炼专家经验
设计为把专家录音、文件和访谈转化为带版本的流程规格（步骤、决策规则、例外情况、术语），每一项都链接到其来源片段。专家设计为先审核规格，规格才会成为经测试的智能体工作流。
- 2
从你的系统中采集本体
设计为从代码、数据库结构、API 定义和文件中提取带版本的本体，采用开放标准，并为每个术语记录出处。按照设计，受限的智能体负责监测偏移并提出修改，绝不直接编辑本体。
- 3
把记录归并成黄金记录
设计为把不同系统中的存量记录匹配成每个实体一条黄金记录，存放在带数据血缘的受治理图谱中，并按照由本体生成的约束进行校验。
- 4
先确定性规则，最后才是人
设计为能由代码和规则决定的就由它们决定，模型只判断不确定的区间，并从预设答案中选择，余下的由人来决定。智能体设计为产出可审核的成果，绝不悄悄修改。
- 5
只有变得更好才发布
设计为新的规格、本体或映射只有在黄金测试集上胜过上一版才会发布，自主权逐级授予：从离线、影子模式、辅助，到有限自主。“没有测试，不发布；没有证据，不放权。”
独立使用 · 组合更强
单独可用。纳入技术栈更强。
Fintology 设计为每个层面都能单独使用，从一个具体流程或一种实体类型起步，只在真实项目需要时才扩展到下一个层面。
单独使用 Fintology
单独使用 Fintology：设计为机构知识的编译器
按照设计：
- 每个术语、规格条目和黄金记录都能追溯到其来源、版本和运行
- 只追加的决策日志：每次对齐或匹配都记录输入、方法和决策者
- 通过专用只读角色读取源数据库；源代码和文件只解析，绝不执行
- 客户数据、黄金测试集和客户专属规则都留在客户自己的租户内
- 以开放标准格式发布，每项集成都位于可替换的接口之后
与以下组合
Fintology 设计为定义 FinLore 知识所遵循的规则、数据结构与本体，并把经审核的内容按版本标记发布到 FinLore，让回答以这些内容为依据。FinLore 的文件则作为证据回流，供审核使用。
Fintology 设计为给平台上的智能体提供只读工具，接入同一个公认的业务模型，而不是直接访问客户数据库。
Fintology 设计为通过标准工具协议提供只读工具，而 FinClaw 本来就以这种方式调用远程工具。
在财富解决方案中
Fintology 在个人财富智能体方案中
设计为把客户、账户、目标、产品和义务整合成一个结构化模型。
客户应用与 持牌顾问控制台见解决方案页。
与 FDE 一起部署
与掌握知识的人一起，编译你的机构知识
我们的前置部署工程师已经在帮助客户构建本体和知识图谱：接入你的数据源，用智能体清洗和归并记录，并与你的业务专家和数据负责人合作。Fintology 设计为承载这项工作，沿用现场工程师从界定范围、采集到可复用模板的工作流程。
联系 FDE- 步骤 1
评估
设计为从一个具体流程或一种实体类型起步，建立基线，采集来源资料和专家访谈，并记录授权同意。
- 步骤 2
打基础
设计为起草规格、本体或映射，供专家在同一个工作台中审核。
- 步骤 3
交接
设计为在黄金测试集上评分、以影子模式运行，只凭证据提升自主权。
设计中