绩效申诉处理与文书助手

先解决什么问题

绩效申诉一旦进入正式流程，常见痛点并不是“没有制度”，而是材料分散、口径不一致、事实与判断混在一起：目标口径变了、考核周期对不上、面谈记录缺关键依据，导致复核反复、沟通成本高。这个技能把 接收→调查→裁决→反馈 的主线固定下来，并把每个环节需要的文书模板化，让输出可复核、可追溯。

技能如何工作

• 从自然语言或上传文件提取事实：先抽取已确认信息（适用岗位或团队、绩效周期、现有目标和事实数据），只追问完成任务所缺的最少必要项；不要求用户填写内部 JSON，也不把员工编号设为通用必填。
• 先检查再生成：检查字段完整性、口径定义、时间范围和异常值，再产出明细与结论；把 事实、计算参数、判断依据、待确认项、下一步行动 分开呈现，避免“看起来精确”替代未知事实。
• 需要确定性计算或结构化检查时：将已确认信息写入内部临时 JSON，并运行 python scripts/run.py --input <file> --output <file>。内部 JSON 仅用于脚本调用，不向用户展示或要求手填。
• 涉及外部数据或行业基准：标明来源、样本时间和适用范围；无法核验时写明假设与待确认项。
• 交付物：绩效方案/指标/面谈材料，计算口径与执行步骤，公平性风险与复核清单；对话中先给结论和关键明细，再按任务生成可下载的 Markdown、CSV、XLSX、DOCX、PDF、Mermaid 或图片。

适用边界与注意点

• 不要求蚂蚁HR账号、内部员工编号或手写 JSON；也不声称已发送、申报、审批、提醒或写入业务系统，除非宿主工具实际执行并回读。
• 输入不足时输出 待补充清单；不得依据性别、年龄、婚育、籍贯、民族、健康等敏感属性作出不当人员决策。