#验收与运行质量

可验收的数字员工应能说明做了什么、依据是什么、结果在哪里。一次对话回答流畅，不代表业务工作已经完成。

#最小验收单位是完整场景

按CRIDO记录谁触发、哪个员工处理、依据什么规则、读取哪些输入、调用哪些能力、输出在哪里以及接收人能否打开。只看到截图、代码、包名或一句完成回复，都不足以证明业务闭环跑通。

#验收至少覆盖四类用例

#经营简报验收示例

准备一份人工可核对的订单与回款样例，包含正常记录、缺失字段与一条异常。要求员工生成指定时间段的简报。

1. 对照原始台账核对汇总值和时间范围。
2. 确认异常有数据依据，缺失字段被明确说明。
3. 检查简报保存位置与可访问权限。
4. 确认未擅自更改交易记录或对外发送。

场景示例可参考经营分析。

#保留独立证据

重要结论应与业务真值核对，而不是用员工自己的完成声明验证自己。

#按能力补齐验证

未验证的依赖应记录为试点或待验证项。单点成功后，仍要检查与上下游的组合，不以工具数量作为成熟度指标。

#上线条件

核心用例通过，未通过项有明确影响说明和责任人；数据与权限经过确认；运行失败有可观察记录；关键动作有人工节点；维护人与问题处理路径明确。

对于自动触发任务，还应核对时间与时区、重试行为、重复执行和接收人，防止人工试跑通过但后台运行失败。

#验收记录模板

场景 / 员工：
环境 / 团队 / 版本：
业务故事 / Cue：
Reference / Input：
Do / Output：
涉及能力与前置条件：
预期结果：
实际任务、数据与交付物：
人工确认过程：
证据位置：
结论与遗留问题：
验收人 / 日期：

将失败样例加入回归集合；技能、数据结构或系统连接发生变化后，优先重跑相关用例。