销售人员出差拜访客户,回来后要报销。员工和职级在人事系统,客户拜访在 CRM,项目在项目系统,发票在税务系统,报销单和差旅标准在费控系统。审核人员每天都要跨系统核对。
1. 现场断点:审核人员不是在审单,而是在替系统找上下文
表面看是一项报销审核,实际上要确认申请人身份和职级、费用所属项目、客户拜访事实、发票匹配、城市标准,以及材料缺失时应退回还是继续补证。
接口能够搬运字段,却不能自动决定本次业务应使用哪一个对象、哪一版标准和哪条证据。FDE 的第一项工作,是把这些隐含判断变成可发布、可引用、可验收的业务资产。
2. 资源建模:先建立所有参与者都认可的共同语言
资源建模不只导入一张报销单。它明确每个长期事实的身份、粒度和引用关系,并把“员工姓名”“上海”“客户拜访”等自然语言落到可校验的权威记录。
| 业务对象 | 关键引用 | 施工价值 |
|---|
| 报销单 | 员工、组织、项目、客户、城市 | 确认申请主体、业务归属、出差目的与地点 |
| 费用明细 | 报销单、费用类别、发票 | 保留每笔费用的金额、币种、日期和材料关系 |
| 员工与组织 | 员工编号、组织编码、职级 | 支撑人员身份、组织范围与差旅标准匹配 |
| 项目与客户 | 项目编码、客户编码、拜访信息 | 说明费用发生所服务的真实业务活动 |
| 差旅标准 | 职级、城市、费用类别、有效期 | 提供可复用的标准事实,不把规则写死在 Prompt 中 |
| 税务发票 | 发票号码、购买方、销售方、金额 | 支撑材料核验与费用明细之间的证据连接 |
资源市场关系图以报销单为中心查看员工、组织与费控关联对象的字段级引用。费控主数据发布结果报销单已进入资源市场,可查看正式对象说明、记录状态、字段快照与可跳转对象。 3. 领域装配:明确“费控知道什么,也明确它不负责什么”
领域装配把制度、经验和例外组织成费控领域。领域边界说明适用范围和不做事项,知识章节解释材料、状态与概念,权威策略明确适用条件、核验动作、不符合提示与例外。
最终审批、记账、付款和原交易状态仍由现有 ERP 负责。领域知识可以引用主数据与策略,但不会因此获得工具权限,也不会绕过业务授权发布。
费控知识领域边界、知识章节和行内主数据引用在同一知识工作面中维护。费控策略组12 个策略组统一管理 59 条权威策略,可按审核口径展开到叶子条目。 权威策略每条策略以适用、核验和不符合形成完整裁判合同;存在明确排除边界时单独维护不适用条件。费控领域发布结果费控发布后可被审核壳领域显式绑定,能力说明和用户说法共同限定何时使用该业务领域。 4. 训练样本与智能团队:把用户原话变成入口合同
“帮我看一下这笔差旅”可能是问进度、创建申请、复核材料或统计趋势。训练样本先写清真实表达与易混淆边界,智能团队维护 Agent 的租户 Prompt、变量说明和运行快照。
| 业务人员怎么说 | 入口 | 交付结果 | 人工检查点 |
|---|
| “下周去上海拜访华东客户,帮我申请差旅。” | 业务信息采集 | 形成受对象与字段约束的结构化草稿 | 日期、客户或归属不明确时继续追问 |
| “复核这张报销单的发票和差旅标准。” | 审核 | 形成带来源与策略引用的证据结果 | 证据不足或来源冲突时失败关闭 |
| “按月看华东销售团队差旅实付趋势。” | 数据统计 | 形成图表、口径说明或 Excel | 实体、组织范围或枚举口径不明确时请求确认 |
| “报销系统今天怎么登录?” | 普通对话 | 保留在通用问答路径 | 不误触发业务信息采集、审核或统计执行 |
费控样本冻结结果冻结后的样本集同时展示治理批次、已采纳样本、多轮对话、易混边界、兜底与领域覆盖。智能团队 Prompt 治理意图识别专家将入口输出合同、System 与 User Prompt 和只读运行变量放在同一治理工作面。 5. 上线准备与运行验收:按最小范围接入,再决定是否生效
资源、领域和样本完成施工并发布后,项目组才能明确本案例真正需要连接哪些系统、对象和字段,以及只读查询、草稿生成、回调通知分别需要什么权限。客户 IT 与安全团队据此配置调用方式、授权领域、安全策略和运行限制,不以“先把数据全部接进来”代替业务设计。
离线评测随后使用独立 Case 验证入口、实体、材料、规则、统计口径和失败关闭;需要训练的入口模型则在模型训练工作台完成训练文件同步、训练、部署、在线验证和生效。训练集、验收集和实际接入范围承担不同责任,任何一项都不能替代另外两项。
离线评测独立 Case 按期望壳领域、目标领域、入口数据和最近实例验收;截图中的 5 条与 100% 仅代表当前演示用例。模型训练成功任务保留基础模型、训练集、百炼任务、Checkpoint 与超参快照;训练成功不等于已经部署、在线验证或生效。 6. 上线运行:同一套费控资源支撑三类业务结果
“业务信息采集”指模型依据已登记的业务对象和字段,将自然语言、附件与已有事实整理为结构化草稿,而不是某一种固定页面。
草稿既可渲染为可编辑、可确认的业务视图,也可按同一字段合同进入无界面的受控流程;两种形态都不代表自动写回客户系统。
| 运行路径 | 受控输入 | 可见结果 | 交给人的时机 |
|---|
| 业务信息采集 | 自然语言、附件与已有业务事实 | 受对象与字段约束的结构化草稿 | 缺失字段、同名实体或归属冲突 |
| 审核 | 报销单、材料、权威策略与冻结来源 | 可复核的事实、策略命中与判断结果 | 证据需求未闭合或高风险判断 |
| 数据统计 | 经过存在性校验的实体、字段、范围与口径 | ECharts 图表、口径说明或 Excel | 实体歧义、枚举缺失或权限范围不明确 |
经营费用总览业务人员先看跨域血缘、主事实对象、统计周期、指标摘要和月度趋势;画面为演示环境数据。结构化采集回放真实运行把报销人、起止城市、日期、费用类型和金额整理为带来源的七字段草稿;画面为有界面只读回放。审核证据结果体验示意:策略判断、证据来源与证据不足时的失败关闭状态保持在同一结果视图;画面使用演示数据。Excel 文件交付体验示意:用户明确要求文件时,以中文业务标签呈现本次查询结果、数据预览与 Excel 文件交付;画面使用演示数据。 7. 工作地图:从一条任务进入三个复核视角
每次真实执行进入工作地图,先在任务账本中记录输入、实例、参与 Agent、执行状态和中枢分析状态。打开具体实例后,团队可以在 Span 树、业务链路和运行结果之间切换:既能检查系统如何完成,也能还原业务如何推进,并单独验收最终交付物。
工作地图任务、实例、参与 Agent、创建时间与执行状态进入同一任务账本;画面为演示环境的真实执行记录。独立人工异议业务人员独立记录期望结果与实际偏差,标注绑定当前执行版本且不覆盖原始结果;画面为演示环境数据。 同一任务账本,分别回答技术、业务与结果问题
| 复核视角 | 回答的问题 | 可见证据 | 业务用途 |
|---|
| Span 树 | 系统具体经过了哪些技术节点? | 路由、Runtime、Agent、模型、工具、门禁、查询与渲染的父子拓扑,以及开始时间、耗时、状态、Token 和完整性。 | 定位耗时、失败节点与语义合同缺口,避免只看到一个“成功 / 失败”结论。 |
| 业务链路 | 这次业务按什么步骤推进? | 按执行顺序展示业务步骤、执行角色、结果摘要、耗时和状态;选中步骤后查看输入、输出、Prompt 与技术信息。 | 让业务专家和 FDE 在不阅读全部技术调用的情况下复盘任务如何完成。 |
| 运行结果 | 最终交付给业务人员什么? | 复用已持久化的结构化结果,呈现指标、图表、看板、数据表、可确认的采集结果或最终回答。 | 把交付物与执行过程分开验收,确认结果是否可读、可用并符合预期。 |
Span 树完整调用拓扑、状态、耗时、Token、结构与语义完整性。业务链路业务步骤、执行角色、一步结果摘要、耗时与状态。多维结果明细工作地图回放同一实例按组织、项目、客户和供应商展开的完整图表,与业务总览分层验收。运行时 Prompt 检查器选中业务步骤后回看实际使用的系统提示词与 Token 用量,和最终统计结果分开验收。 当业务人员认为结果不正确时,可以独立填写期望结果与问题说明。“与预期不符”会形成新的版本化标注,不会覆盖原始执行,也不会被误解为问题已经修复。
Span 数据仅在当前工程内部保存和展示;输入输出会脱敏、截断且不保存隐藏思维链。历史执行不会推测回填 Span,“运行结果”也只在实例真实保存了结构化结果时出现。
8. 上线后溯智飞轮:把一次业务异议变成受控改进决定
溯智飞轮不是让系统自行升级。它把真实偏差送入一个授权明确、范围隔离、证据冻结且责任到人的复盘过程。
- 01
执行与信号捕获
终态执行命中确定性信号,或业务人员提交“与预期不符”。
- 02
进入待复盘事实池
当前输入版本未分析的事实进入独立队列,原始执行保持不变。
- 03
工作计划触发
实施者在“我的日程”主动发起工作,或显式启用定时计划;每次触发保留执行者、计划时间、启停状态与执行记录。
- 04
按场景隔离诊断
填单、审核、数据统计与普通对话分别分析,避免跨场景污染。
- 05
人工授权候选
专家决定哪些候选值得进入对比评估,模型不能自行越过检查点。
- 06
冻结证据回放
使用当时的事实与候选方案复核差异,不把后来变化混入原结论。
- 07
保存版本化裁决
保留接受、拒绝或暂缓的人工决定,形成可追溯的改进依据。
- 08
回到责任资产
被采纳的裁决作为 FDE、领域专家或资产负责人的改进输入;Prompt、主数据、策略和工程代码仍分别评审、发布与回滚。
我的日程实施者主动执行与定时触发的统一工作计划,集中展示执行者、时间安排、启停状态与触发记录。事实证据池待复盘事实、失败队列与阶段状态。诊断与证据回放候选方案在同一业务范围内接受冻结历史任务的对比评估,不重新执行生产业务。版本化裁决每项候选都保留采纳、不采纳或退回修正的人工决定、责任人与留档状态。 同一条费控链路,四类角色分别得到什么
- 业务发起人用自然语言发起信息采集或查询,在信息不足时补充确认,最终获得结构化草稿、图表或 Excel。
- 审核与业务负责人沿着权威策略、来源证据和失败关闭状态复核结论,并独立记录期望结果与实际偏差。
- FDE 与领域专家从 Span、业务链路和最终结果定位施工缺口,让人工异议进入有范围、有证据的复盘。
- 客户 IT 与治理负责人在业务范围确认后配置领域授权、安全和运行限制,并分别追溯实施、训练与运行记录。
本案例展示当前演示环境中的费控施工、运行与复盘证据;生产接入范围、外部动作及效果指标仍需在客户项目中确认。