技能提升网调薪名单即将导入薪资系统，HR在最后一轮抽查中发现三种红旗：一人的调整后薪资落在错误职级档，另一人的审批人没有足够权限，还有一个部门的合计金额已经超出预算。
名单一旦发送，纠正不仅是改一格数字，还可能涉及追薪、解释和员工关系。预检应先阻断异常，再由有权限的人处理例外；敏感数据只保留完成核对所需的最小字段。
先做文件和人员范围控制
保存经理原始提交、汇总版本和导入版本的哈希或版本号，限定可访问人员。核对员工唯一编号、在职状态、所属部门、生效日期和币种，姓名只用于人工确认，不作为连接键。
把三类红旗分开
| 异常 | 检查依据 | 处理 |
|---|---|---|
| 错档 | 职级薪酬带、地区和生效日 | 暂缓并确认例外 |
| 越权 | 审批矩阵与调整幅度 | 补有权审批 |
| 预算超限 | 部门预算与已批准总额 | 退回重配或追加审批 |
| 重复或公式错 | 员工编号、版本与公式 | 修正后全表重算 |
总额对得上也可能分配错误。除部门合计外，还要检查每人调整前后、比例、固定与浮动项目以及舍入规则。
公平性检查不能只看平均值
按职级、绩效、地区和可解释业务规则查看分布，寻找相似条件下的异常差距。模型可以标出需要讨论的组合，不能推断受保护属性、替代薪酬委员会作判断，或把历史差异自动合理化。
先定义一条可复查的工作记录
开始处理前就确定如何编号输入、记录假设和保存人工修改。否则模型给出的候选项即使有用，也很难在审批时说明它来自哪一版资料。 对本任务，首轮只验证能否可靠支持这一判断：哪些调整可发布，哪些因档位、权限、预算或证据异常而暂缓。
角色：汇总年度调薪结果的 HR 薪酬负责人。
触发：多名经理提交调薪建议，名单即将导入薪资系统并发送员工通知。
资料：员工主数据、职级薪酬带、绩效与调整规则、经理审批、部门预算。
判断：哪些调整可发布，哪些因档位、权限、预算或证据异常而暂缓。
交付：调薪预检表、异常说明、审批缺口和最终发布名单。
要求：逐条列出证据、未知项、规则冲突和需要谁确认，不执行任何高风险写入。
把正常项也纳入质量检查
| 能力步骤 | 接收资料 | 交给下一步 |
|---|---|---|
| 清洗员工、职级、调薪比例、审批和预算表 | 多来源调薪工作簿 | 档位、公式、重复和预算异常 |
| 从薪酬政策中定位适用规则、例外与升级入口 | 异常场景和内部政策 | 规则依据和待确认项 |
异常清单通常最受关注，但正常项决定了是否存在漏检。按来源、时间和业务类型抽样回查，比较不同群组的错误分布，不要只用一个整体准确率掩盖局部问题。 验收终点应是可以交接的调薪预检表、异常说明、审批缺口和最终发布名单。
不要让异常在流程里静默通过
- 关键文件缺少版本、时间范围或唯一编号，无法确认是否属于同一任务
- 多个资料来源给出冲突事实，且没有被授权的基准可以裁决
- 结果会触发付款、权限、合同、生产、薪酬或对外承诺等高风险动作
- 可能造成的后果是错误薪资进入系统或提前泄露，造成追薪、员工关系和预算失控
停止自动处理不等于停止工作。保留已经完成的证据整理，标出阻塞位置、责任人和期望回复时间，让人工从明确节点接手并继续完成调薪预检表、异常说明、审批缺口和最终发布名单。
发布前做一次双向回读
XLSX Skill负责清洗员工、职级、调薪、审批和预算工作簿；policy-lookup负责定位薪酬政策中的规则、例外和升级入口。两项能力的输出要前后衔接，不能只把同一份材料重复总结。
调薪数据属于高度敏感信息，只使用最小字段并限制输出；AI不能批准薪酬、替代公平性复核或直接向员工发送结果。
