01验收要准备两组材料，不是一组
- 第一组是写规则时用过的材料，用来确认它「照着做过的那次」能复现。
- 第二组是没用过的同类材料，用来确认它「换了材料还在按规则」。
- 只有第一组通过，等于没验收。
02刻意留边界案例
- 最容易判错的往往不是复杂案例，是「看起来符合但实际上缺一项」的案例。
- 每写一条规则，就想一个「差一点就算合规」的例子放进去。
- 这些案例本身比 Skill 更值钱——它们是这家企业的判断标准说明书。
03看分歧，不只看通过率
- 凡是「机器判 A、业务专家判 B」的，全部记下来。
- 分歧只有两种原因：规则写得不够具体，或者专家的判断本身不一致。两种都值得处理。
- 第二种更常见，也更有价值——说明这家企业过去根本没有统一标准。
04输出格式也是验收项
- 同一份输入跑两次，输出结构必须一致，否则没法交接。
- 字段缺一不可，顺序可以不同。
- 输出里必须带依据。没有依据的判定，在复核时一文不值。
05什么时候算真的成了
- 换一个没参与写规则的人来用，结果和专家一致。
- 专家离开岗位，这套判断还在跑。
- 这两条都成立，才叫「经验留下来了」。
常见问题
Skill 和提示词到底差在哪？
提示词解决「这次要它干什么」，Skill 解决「这类事以后都这么干」。前者是一次性的，后者是可交接的。企业真正需要留下来的是后者。
写 Skill 一定要有业务专家参与吗？
必须。没有专家，写出来的只是形式——你不知道「为什么这么判」，就只能写出一堆看起来正确、实际没法用的规则。
想在自己的场景里跑一遍？
两晚实训，带一个能运行的工作台回去；或者先从一次免费初诊开始。