CASE 01财务 · 审计
订单审计
把多源业务数据中的分歧收成可查询的异常，经批准后再改正式记录。
- 两套以上业务数据对齐，分歧收成可查询的异常
- 对照单据和制度给出处理建议，建议带来源
- 异常、建议和执行分开，批准后才改正式记录
从一个业务动作开始落地
补货建议、订单审计、新品预测、经营问数——都是可被对象化的业务动作。异常、建议和执行分开记录，结论经确认后才进入正式记录。
在真实业务动作上，验证语义与执行闭环
每个案例都从一个具体动作切入：先确认数据来源与权限边界，再让建议、批准与执行走通，最后按版本持续运营。
CASE 02零售 · 电商
女装电商新品预测与补货
冷启动、首单和补单共用一套业务对象，建议经批准后才执行。
- 冷启动、首单和补单使用同一套业务对象
- 按实销、库存和在途形成追单、调拨或停止的建议
- 建议经批准后才执行，执行结果写回对象
CASE 03制造 · 设备运维
设备故障诊断辅助
把现象、测点、规程与案例收敛到同一套对象上，处置建议可追溯到规程版本。
- 现象、测点、规程与历史案例绑定到同一套业务对象
- 处置建议能指回规程版本，带来源片段
- 人确认后才形成处置记录，写入走已发布动作
CASE 04集团 · 经营分析
经营问数
用自然语言询问已定义的指标和对象，回答带口径与来源。
- 指标与对象在语义层统一定义，口径一致
- 回答带口径、过滤条件和数据来源
- 未定义指标拒答或转人工，查询进入评测集
一次查询、一次动作，都留下完整轨迹
未定义的指标拒答或转人工，校验通过后才执行；高风险动作进入待批，执行记录不可改写。
智能问数：一次查询
未定义的指标拒答或转人工，校验通过后才执行。
1
用户提出问题
用自然语言描述想看的业务数据
2
核对身份与数据权限
问数经企业服务统一鉴权
3
读取指标与对象
指标模块与本体平台
4
整理为结构化查询并校验
未定义的指标拒答或转人工，通过后才继续
5
执行查询
数据平台或客户已有数据库
6
补充口径与文档片段
有知识库时一并附上
7
返回答案与来源
答案、对象、过滤条件与数据来源一起给出
8
记录本次查询
进入审计与评测集
本体动作：执行与审批
高风险进入待批，执行记录不可改写。
1
提交动作与参数
来自人、智能体或行业应用
2
核对形状、前置条件与权限
不满足则阻断并留下记录
3
按风险分流
高风险进入待批；低风险且有权限则直接执行
4
批准后执行
执行记录不可改写
5
写回或只记录
写回客户源系统，或仅记录编辑
6
留下完整轨迹
调用者、时间、参数与结果