绩效强制分布方案设计

绩效强制分布（forced distribution）最容易做坏的地方，不是比例本身，而是「HR 一个人对着 Excel 拍脑袋」。岗位混在一起排序、口径前后不一致、异常值没清洗、申诉时拿不出计算依据，最后方案看起来精确，实际上不可复核。这个技能把方案设计拆成可审计的步骤，让使用者提供事实，而不是填写内部 JSON。

它解决什么问题

• 强制分布比例（如 2-7-1）没有和绩效文化、岗位层级对齐，一刀切适用于所有团队
• 特殊调整规则缺失：新人、试用期、跨周期调岗、长期病假等样本如何归类，没有约定
• 申诉机制缺位，一旦有人质疑排序，无法回溯到原始数据与计算口径
• 与薪酬、奖金挂钩的系数没有规则，导致调薪结果难以解释

技能如何工作

输入侧只需三项最少信息：适用岗位或团队、绩效周期、现有目标和事实数据。可选提供已有模板、历史数据或官方政策原文、期望输出格式。技能先从用户自然语言或上传文件中提取已确认事实，只追问真正缺失的最少项——不会要求提供员工编号，也不会让用户手填内部 JSON。

执行侧分三步：

1. 校验字段完整性、口径一致性、时间范围和异常值
2. 需要确定性计算或结构化检查时，把已确认信息写入内部临时 JSON，调用 python scripts/run.py --input <file> --output <file> 生成明细与结论。这个 JSON 仅用于脚本调用，对用户不可见
3. 把事实、计算参数、判断依据、待确认项和下一步行动分开呈现，避免结论和输入混杂

交付侧先在对话中给结论和关键明细，再按需导出 Markdown、CSV、XLSX、DOCX、PDF、Mermaid 或图片。交付物包括绩效方案、指标或面谈材料、计算口径与执行步骤、公平性风险清单和复核清单。涉及外部行业基准时会标注来源、样本时间和适用范围；无法核验时明确写出假设和待确认项。

适用边界

• 不需要蚂蚁HR账号、内部员工编号或手写 JSON
• 不会声称已发送、申报、审批或写入业务系统，除非宿主工具实际执行并回读
• 输入不足时输出待补充清单，不用看似精确的数字填充未知项
• 不依据性别、年龄、婚育、籍贯、民族、健康等敏感属性做人员决策
• 不提供代办、托管或外包服务，此类需求需另行咨询

适合的使用场景

团队规模适中、需要跨团队统一口径的绩效周期前；已有绩效数据但缺乏结构化规则的组织；以及正在建立绩效申诉流程、需要可复核计算依据的 HR 或团队负责人。