绩效自评撰写助手

问题在哪

季度末很多人手里只有「做了重构」「修了 Bug」「带了新人」这类流水账。Leader 在校准会上往往只有几分钟读你的自评：看不出个人边界、可衡量结果，也分不清是本分完成还是额外贡献。更麻烦的是，自己觉得写满了，主管仍会追问「数据呢」「你在里面具体做了什么」。

技能怎么帮你改

你把岗位名称和核心任务草稿（一条一事即可）丢给对话，可选补充绩效周期、OKR、自评风格（专业有力 / 低调务实 / 突出亮点）。助手会按岗位类型调整 STAR 侧重点（例如开发更看技术难点与性能/稳定性指标），把每条草稿拆成 S/T → A → R，并对单条做 0–100 质量评分；总分低于 60 会标「需要补充信息」并追问，不编造 Action 或 Result。

输出通常分五块：

• STAR 改写：控制篇幅，突出关键数据
• 价值提炼：把技术动作翻译成对业务/团队的意义
• 证据缺失：标明缺哪类数据、怎么补（可参考无精确数据时的替代维度）
• 整体自评稿：同一素材可出多风格版本
• Leader 视角预览：亮点、疑点、盲区——仅供你提交前自检，不会发给主管

文档里还内置常见错误对照（如只写「完成了 XX」、堆砌名词不写影响、我们团队 代替个人贡献）以及太简略、无结果、软性贡献、失败经历等分支处理；可与 OKR 做目标覆盖检查（需你提供目标字段）。

边界与注意

这是改写与结构化工具，不是代写虚构业绩。团队项目若拆不清个人贡献，需要你回顾角色，或按「协同类贡献」模板写。一次建议不超过约 10 条草稿批量整理；与面谈话术类技能衔接时，自评可作为面谈输入材料之一。