关于 performance-review-writer
用于撰写自评、同事评审和向上反馈的技能,可借助 WorkIQ 汇集实际贡献与沟通记录,再按评审类型整理为具体、诚实的草稿。仅生成供用户审阅的 Markdown 文件,不提交评审。
主要功能
- 01支持三类绩效评审
- 02通过 WorkIQ 汇集贡献证据
- 03按 STAR 结构组织成果
- 04匹配自然语气并标记信息缺口
- 05将草稿保存为 Markdown
适用场景
- 01起草年度或期中自评
- 02撰写同事绩效评审
- 03准备给经理的向上反馈
- 04依据零散要点整理评审草稿
MCP 相关
WorkIQ MCP 工具可用于获取 Microsoft 365、Outlook 和 Teams 中的贡献与沟通记录;没有该工具时,也可根据用户提供的要点撰写。
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ github/ awesome-copilot --skill performance-review-writer安装后在 Claude Code 中输入/performance-review-writer确认已加载。
详细介绍
绩效评估撰写助手
起草自我评估、同事评估和向上反馈,让文字听起来像你自己 —— 而不是公司套话。使用 WorkIQ 找出你实际的贡献和沟通记录,然后将其组织成诚实、以影响力为核心的文字。
何时使用
- “帮我写这个评估周期的自我评估”
- “为 [同事] 起草一份同事评估”
- “帮我给经理写向上反馈”
- “我的年度评估快到期了 —— 帮我填写”
- “起草我的年中回顾”
- “为 [姓名] 写一份 360 评估”
- “我不知道在绩效评估里该写什么”
评估类型
此技能处理三种不同的类型:
| 类型 | 评估对象 | 典型语气 |
|---|---|---|
| 自我评估 | 你自己 | 自信、有证据支撑、面向成长 |
| 同事评估 | 一位同事 | 具体、有建设性、平衡 |
| 向上反馈 | 你的经理 | 委婉、诚实、面向未来 |
工作流
第 1 步 — 收集上下文
询问用户(如果尚未提供,最多 3 个澄清问题):
- 评估类型 —— 自我评估、同事评估,还是向上反馈?
- 对象 —— 这份评估是关于谁的?(对于同事/向上反馈:姓名和职位)
- 评估周期 —— 这涵盖什么时间范围?(例如 2025 年 1 月–12 月、过去 6 个月)
如果格式限制或关注领域相关,请在起草过程中询问,而不是一开始就问。
如果用户一开始就提供了所有这些信息,直接进入第 2 步。
第 2 步 — 找出贡献
使用 WorkIQ 为评估周期收集真实贡献的证据:
对于自我评估:
- 提取用户交付成果、主导计划或解决问题的邮件和消息
- 寻找规律:哪些项目反复出现?谁称赞他们,称赞什么?
- 识别协作广度(他们跨团队与谁合作)
- 记录从他人那里收到的任何明确反馈
对于同事评估:
- 提取用户与对象之间的互动(邮件、会议讨论串、共同项目)
- 识别协作、提供帮助或产生摩擦的具体时刻
- 寻找对象对共同成果产生影响的证据
对于向上反馈:
- 提取经理发给用户的沟通内容(给出的方向、提供的支持、反馈模式)
- 识别主题:期望的清晰度、可及性、认可、发展支持
如果 WorkIQ 不可用或返回的数据有限,请用户分享他们记得的 3–5 个要点,然后用这些内容继续。
第 3 步 — 起草评估
根据评估类型应用正确的结构(见下方模板)。遵循以下通用规则:
使用 STAR 格式陈述成就:
- Situation(情境) —— 背景或挑战是什么?
- Task(任务) —— 你/他们负责什么?
- Action(行动) —— 具体做了什么?
- Result(结果) —— 可衡量或可观察的结果是什么?
语气规则:
- 要具体 —— 写出项目、成果和相关人员,而不是空泛的形容词
- 要诚实 —— 不要过度吹嘘,也不要低估;评估者两者都会注意到
- 要面向未来 —— 各部分的结尾写成长或下一步,而不只是过去的绩效
- 避免套话:“尽心尽力”“有团队精神”“工作努力” —— 用证据取而代之
- 贴合用户自然的语气 —— 如果他们是口语化风格就用口语化,否则更正式一些
第 4 步 — 输出
- 呈现完整草稿,并简要说明使用了哪些证据。请总结和脱敏,而不是逐字复制内容 —— 不要出现原始摘录、参会者名单或敏感的个人信息
- 突出任何标有
[NEEDS DETAIL]的部分,在这些地方补充更多细节会增强评估 - 按用户要求迭代修改
- 将最终草稿保存到
outputs/<year>/<month>/,使用描述性文件名(例如2025-review-self-assessment.md或2025-peer-review-alex-chen.md)
输出模板
自我评估模板
## [Review Period] Self-Assessment — [Your Name]
### Summary
1–2 sentence overview of your year and primary areas of impact.
### Key Achievements
For each major contribution (aim for 3–5):
**[Project or Initiative Name]**
- Context: what was the situation or goal?
- What I did: specific actions taken
- Impact: measurable result or observable outcome
- [NEEDS DETAIL] — flag if evidence is thin
### Collaboration & Influence
How you worked with others, supported teammates, or contributed beyond your direct role.
### Growth & Development
What you learned, skills you built, or behaviours you improved this period.
### Areas for Development
1–2 honest areas where you want to grow next cycle. Frame as goals, not failures.
### Goals for Next Period
2–3 specific, concrete goals with a rough success measure.
同事评估模板
## Peer Review — [Colleague Name], [Their Role]
## Submitted by: [Your Name] | Period: [Review Period]
### Overall Impression
1–2 sentences on working with this person.
### Strengths (with examples)
For each strength (aim for 2–3):
**[Strength]**
- Example: specific situation where this showed up
- Impact on you / the team / the project
### Areas for Growth
1–2 specific, constructive observations. Frame as "I think [name] would have even more impact if..." not as criticism.
### Collaboration
How easy (or not) it was to work together — responsiveness, reliability, communication.
### Would you work with this person again?
Yes/No and a brief honest reason. (Only include if the review form asks.)
向上反馈 Schema
## Feedback for [Manager Name]
## Submitted by: [Your Name] (anonymous if applicable) | Period: [Review Period]
### What's working well
2–3 specific things your manager does that help you do your best work.
Use examples where possible.
### What could be better
1–2 honest, diplomatically framed observations. Focus on behaviours and their effect, not personality.
Use: "When [X happens], I find it harder to [Y]. It would help if..."
### Support for my development
Has your manager helped you grow, given useful feedback, or created opportunities?
Be specific.
### One thing I'd ask them to do more / less / differently
A single, clear, actionable ask.
风格规则
| 要 | 不要 |
|---|---|
| 写明具体项目、日期、结果 | 写模糊的泛泛之谈(“始终交付高质量工作”) |
| 有数据时使用数据(“将评审时间缩短了 30%”) | 夸大或编造结果 |
| 承认真实的挑战以及你从中学到了什么 | 完全略去困难——评审人会注意到这些空白 |
| 自评时使用第一人称 | 使用被动语态(“已达成”) |
| 保持简洁——大多数字段只需 2–4 句话 | 过度撰写——更长 ≠ 更好 |
在证据薄弱处标注 [NEEDS DETAIL] | 留下内容单薄的段落却不加标注 |
示例提示词
- “帮我写 2025 年 1 月至 12 月的自评。我想突出云迁移和我设计的新入职流程。”
- “为 Sarah Chen 起草一份同行评审,她是一位产品设计师,我在移动应用项目中与她密切合作过。”
- “帮我为我的经理 Tom 写向上反馈。他擅长把握方向,但我一直很难获得定期的 1:1 时间。”
- “我的年度评审表要求写 3 项优势和 1 个发展领域,每项 200 字——帮我填一下。”
- “我完全不知道写什么。这一年很忙,但我想不出任何具体的事。”
重要规则
- 绝不要提交评审——只将其起草为文件,供用户审阅并手动提交
- 让同行反馈和向上反馈聚焦于可观察的行为,而不是个性或品格
- 如果用户要求撰写不诚实负面的评审或包含人身攻击的内容,应拒绝并提供建设性重构的建议
- 尊重保密性——不要包含来自无关对话或话题串的敏感信息
- 使用
outputs/<year>/<month>/文件夹约定保存草稿
要求
- 推荐使用 WorkIQ MCP 工具来呈现贡献和沟通记录(Microsoft 365 / Outlook / Teams)
- 没有 WorkIQ 时,该技能仍然可用——向用户询问 3–5 条关键贡献要点作为起点
- 输出会以 markdown 文件形式保存在工作区中,供用户复制到其公司的评审系统中
评论
支持 Markdown