11.1 案例总原则：先证明，再放权

本章导读

本 节 目 标

• 能复述案例总原则「先证明，再放权」，说明平行评测（人审与 Agent 独立运行、对比分歧）与受控发布门禁的关系。
• 能按四阶段（立项期 → 方案设计期 → 开发推进期 → 项目管理期）拆解 CFO 结算审核案例的关键动作、实际动作与阶段结果。
• 能运用审核领域范式 SOP 的七个步骤与「五件事」迁移判据，判断一个新审核场景能否套用该范式冷启动。
• 能列举本案例沉淀的六类可复用资产，说明各自解决的问题与复用价值，并用真实成果数据佐证。

业务背景：某企业 CFO 团队每天人工审核大量结算单据，合同、发票、审批单、银行回单要逐份核对，人审成本高、撑不住业务量增长，想引入 AI 审核。

业务痛点：

• 沟通靠人 ：业务口径、拒单理由散在不同人脑子里，靠口头和邮件反复对齐；

• 规则挖不全 ：全量审核规则和 SOP 埋在历史单据、审批意见和老师傅经验里，靠人整理不出完整版；

• 旧系统准确率低 ：规则引擎覆盖不了复杂场景，误判、漏判多；

• 规则维护难 ：规则一改就要发版回归，改动影响面说不清。

一句话目标：FDE 对于企业的价值，除了把人工审核进化为 AI Native 的智能审核，还要把该领域现场反复出现的问题变成下一类场景能直接复用的 Context、规则 SOP、Skill、发布门禁。

本章以这个真实案例为主线，完整复盘冷启动一个 Agentic 方案、再把它跑成可评测、可迭代的系统的全过程。

概念

凡涉及支付、拒付、补充材料和责任归属的判断，Agent 不能在没有证据的情况下替人签字。第一步不是上线，是先证明：做对了能说清依据，做错了能定位原因，改完能用同一批样本回放验证。

冷启动方式：平行评测

结算审核要同时看合同、补充协议、发票、审批单、银行回单，关键字段散在不同附件里，人工结论、拒单理由和规则版本还会随业务变。所以这一步不让 Agent 直接接管线上结论，而是在 WorkBuddy 里做平行评测：人继续做最终判断，Agent 拿同样的输入独立审一遍，再把两边的结论、轨迹和差异放在一起比。