制度还停留在口头
假期、加班、报销的口径散在几个人脑子里，知识库只能拼凑，答复前后矛盾。为什么这是根因：AI 放大的是既有混乱，制度没成文时，模型只会把矛盾输出得更快。规避方式是先做制度梳理，再谈问答上线，梳理本身也是管理收益。
评分被当成决定
把模型打分直接用于淘汰或绩效等级，既无法解释，也可能放大偏差。怎么改：评分只作为参考项，决定由人做出并写明理由；涉及不予录用、降级、解除合同的动作，必须有制度依据与书面记录，不能只凭一个分数。
数据收得过多
为了筛人收集家庭、婚育、健康等信息，超出岗位需要，既增加泄露风险也容易引发争议。边界是最小必要：只收集与岗位能力直接相关的信息，敏感字段单独授权，用完按期限删除，并在告知中写清用途。
员工不信任
员工担心问答被记录、被用于考核，于是不用或故意绕过。为什么难修：信任一旦破坏，后面所有功能都会被怀疑。做法是明确告知记录范围与用途、允许匿名提问、约定不将问答内容用于绩效，并由员工代表参与评审。
申诉无门
候选人被筛掉、员工对答复有异议时找不到人，问题就会流向投诉与仲裁。怎么补：设一个可查的申诉入口与办理时限，指定 HRBP 承接并记录结论；把申诉数量与类型纳入月度复盘，作为知识库与规则的改进输入。
适用与不适用
适合谁
- 正在立项或刚上线 HR AI 的企业
- 校招与考核季前想做风险自查的 HR 团队
不适合谁
- 期望用模型替代录用与处分决策的管理层
典型场景
某企业在校招前做自查：发现假期口径有三个版本，简历筛选已按模型分数排序。整改先把制度统一成一份带生效日期的文本，评分改为参考项并要求面试官填写理由，同时上线申诉入口与匿名提问，校招期间没有出现争议升级。
可执行步骤
- 把假期、考勤、报销等高频制度统一成一份带生效日期的文本并公布
- 取消以模型分数直接淘汰的做法，改为参考项，并要求面试官填写理由
- 按岗位需要重列收集字段，敏感信息单独授权并设定保存与删除期限
- 公开记录范围与用途，开放匿名提问，并书面承诺不用于绩效与考核
- 设申诉入口、办理时限与承接人，按月统计申诉类型、数量与处理结果
常见坑
- 制度没统一就上线问答，员工拿到的答复互相矛盾，HR 每天在解释而不是在处理，信任消耗很快。
- 把评分写进筛选流程却不留理由，候选人质疑时企业无法说明依据，招聘公信力受损后很难修复。
- 为了筛人收集婚育与健康信息，既超出岗位需要，也容易被认定为不当收集个人信息。风险不该由企业自己承担。
自检与验收清单
- 高频制度是否统一成一份文本，并标注生效日期与适用范围
- 模型评分是否只作参考项，并保留书面决策理由
- 收集字段是否与岗位需要直接相关，有无超范围
- 是否公开记录用途，并提供匿名提问的渠道与入口
- 申诉入口、办理时限与承接人是否明确并公布
常见问题
制度不完善能先上问答吗？
可以先做只读、限定主题的问答，比如只回答差旅标准与报销流程，并在页面标注以正式文件为准。涉及假期、加班、解除合同等易争议主题，建议等制度统一后再开放，否则答复本身就是风险。
员工反对用 AI 处理人事数据怎么办？
先做告知与沟通，说明处理目的、范围与保存期限，并给出拒绝或退出的路径。若员工仍反对，涉及敏感信息的场景应暂缓，改用人工处理；强行推进通常换来更低的使用率与更高的争议成本。
模型评分能不能用于晋升？
不建议单独使用。晋升涉及能力、业绩与岗位匹配的综合判断，评分最多作为参考项之一，并需让员工知晓评价维度与申诉渠道；把评分直接当结论，既难解释，也容易在争议中处于被动。