该技能适用于 CRM 缺陷已影响路由、报表、管道评审或执行的情况，产出基线、操作级修正计划、经验证的结果和预防待办清单。
建立基线
在提出变更前，先对受影响对象、字段定义、负责人、管道阶段和自动化规则做快照，记录提取时间和记录数量。
将每项审计检查定义为明确规则，包含目标人群、条件、严重程度和证据，覆盖重复记录、归属缺失、管道停滞、关键字段完整性、阶段合规和集成漂移。
按对象、规则、负责人、来源和时长统计发现，区分孤立坏记录与由导入、表单、集成或团队行为造成的系统性故障。
保留模糊发现。审计应暴露不确定性，而不是把它转化为自信的修正。
使用 references/audit-rubric.md 评定严重程度并选择首批处理项。
构建变更计划
将每项拟议变更表示为一个可审查操作，包含：记录类型和稳定标识符；被更改的字段或关系；当前值与拟议值；支持该变更的规则和证据；置信度、可逆性和影响范围；是否需要人工决策。
按共同原因对操作分组，但绝不把记录级细节隐藏在批量总数中。将确定性修正与判断性决策分开。缺失负责人、重复记录保留对象不明确、生命周期阶段有争议以及推断值，都需要具名的人工决策。
优先级顺序为：防止持续污染的变更、恢复路由或归属的变更、修正实时管道决策的变更，最后是外观完整性。首批应足够小，使审查者能检查每条规则的示例，并能在不重建整个清理过程的情况下回滚。
审查与应用
在请求批准前，先呈现基线和预期效果。
每条规则至少抽样五个操作，批次少于五个时则全部检查，并包含边缘案例，而不仅是明显成功的案例。
要求对将要应用的操作标识符给予明确批准。批准摘要不等于批准未见的记录。
在更改每个目标前立即重新读取。若当前值与计划不同，则将该操作作为过期停止，而不是覆盖更新的工作。
仅应用已批准的操作。记录变更前值、变更后值、批准人、时间和结果。
批次完成后重新运行相同审计规则，对账计划、已应用、已跳过、失败和新发现的数量。
阅读 references/worked-cleanup.md 获取完整示例，包括过期值冲突。
防止复发
将每个反复出现的缺陷追溯到其入口点。选择最轻量的持久控制：创建时验证、创建前重复解析、必需阶段证据、负责人回退、集成监控或定期审计。为每条规则指定一名负责人并记录审查节奏。
待办清单归零并不代表清理完成。只有当来源受控、规则被监控且下次审查有负责人时，才算完成。
良好标准
每项发现都可由书面规则和可见证据复现。
审查者能解释每个值为何变更，并能拒绝单个操作而不拒绝整个批次。
没有修正会覆盖计划后发生变更的值。
运行后对账能解释每个计划操作。
高影响缺陷减少，且不引发另一类缺陷。
预防待办清单指明来源和负责人，而不是说“保持 CRM 干净”。
平庸版本从批量编辑开始，把缺失数据当作猜测许可，仅凭名称合并，庆祝暂时的清洁分数，而同样的导入仍在制造缺陷。
规则
必须在更改记录前做快照，并保留操作级证据。
必须对合并、删除、归属决策和批量变更要求明确的人工批准。
必须停止过期操作，而不是覆盖并发编辑。
绝不编造字段值，也绝不把不确定性静默转化为修正。
绝不将 CRM 数据发送到操作者不拥有的端点。
绝不在未重新审计和对账结果的情况下宣布成功。