资料
提供证据
制度、文件与业务系统记录。
Method · Ontology × FDE
把 AI 放进业务，
而不是放在聊天框里
企业 AI 的价值来自工作流：明确的输入、规则、权限、人工闸口、输出与验收。这是我们全部方法的原点。
01 / Why ontology
同一个“完成”，可能指向不同事实
合同在项目系统里“交付完成”，在开票系统里“开票完成”，在资金系统里“回款完成”。跨系统协同首先需要统一对象身份与状态口径——这就是业务本体：把制度、表格和系统字段中的业务定义整理成模型。
本体
统一含义
对象、关系、口径与适用条件。
执行系统
管理工具与权限
调用工具、校验结果、交给授权人。
本体帮助约束含义；事实质量、计算正确性和执行授权仍需分别检查。
02 / Example
示意场景：合同阶段付款核验
规则矩阵把判断依据显式化：每条规则关联适用范围、版本、生效期与负责人。
| 核验条件 | 满足时 | 异常处理 |
|---|---|---|
| 合同主体与申请主体一致 | 继续核验 | 暂停，人工核对主体 |
| 本期金额符合合同阶段约定 | 继续核验 | 退回说明差异 |
| 所需验收证据有效且完整 | 继续核验 | 待补证据 |
| 全部前置条件满足 | 建议提交审批 | 保留人工决定 |
缺少证据时保留“未知 / 待核验”，避免把缺失误判为成立。本体、模型或提示词都不能替代支付权限——运行系统负责权限、审批、幂等与审计。
03 / Architecture
把业务与治理，建在模型下面
证据、流程、责任与机构记忆，是智能体进入生产环境的四个前提。
L1智能体与应用财务助手 · 人事助手 · 研究助手 · 经营问数
L2工作流与人工闸口审批 · 复核 · 异常处理 · 任务编排
L3知识与业务本体对象 · 关系 · 口径 · 证据 · 生效版本
L4业务数据与系统ERP · HCM · CRM · OA · WMS · 钉钉 · 专业系统
L5模型与算力治理模型路由 · Key 管理 · 额度预算 · 计量审计 · 运维
参考规范：W3C OWL 2 · SHACL · PROV-O · OMG DMN。成熟规范作为生产基线，新能力隔离验证后引入。
04 / FDE stage gates
每个阶段留下可检查的成果，再进入下一阶段
01
场景诊断
业务目标、成功标准、责任人
02
数据盘点
来源与权限、样本质量
03
本体建模
对象与规则、责任归属
04
影子验证
历史样本、只读回放
05
受控试运行
小范围授权、回滚预案
06
验收移交
结果确认、持续维护
阶段放行条件：对象与证据 · 样本对照 · 授权审批 · 回归评测。先只读对照，再按批准范围上线。
05 / Who decides
业务负责人始终保留规则、例外与验收的决定权
| 责任主体 | 定义阶段 | 验证阶段 | 运行阶段 |
|---|---|---|---|
| 客户业务负责人 | 确认业务口径 | 裁定例外样本 | 批准规则变更 |
| 客户 IT / 数据负责人 | 授权数据范围 | 检查权限与接口 | 管理生产访问 |
| 町萌 FDE 团队 | 建模与工程实现 | 回放、测试与修正 | 监测与迭代交付 |
| 双方验收小组 | 约定基线与阈值 | 审阅测试证据 | 确认验收与移交 |
交付物
场景与验收基线
范围、成功标准、样本集与统计口径。
交付物
对象词典与规则矩阵
对象映射、规则与权限、证据与版本目录。
交付物
回放与测试用例
覆盖正常流程，也覆盖证据缺失、冲突与越权。
交付物
运行手册与移交
客户能定位事实、解释规则、复现结果并接续维护。