mcpField
P
performance-review-writer

performance-review-writer

github.com/github生产力40.5k122 次安装今天更新
代码仓库

关于 performance-review-writer

用于撰写自评、同事评审和向上反馈的技能,可借助 WorkIQ 汇集实际贡献与沟通记录,再按评审类型整理为具体、诚实的草稿。仅生成供用户审阅的 Markdown 文件,不提交评审。

主要功能

  1. 01支持三类绩效评审
  2. 02通过 WorkIQ 汇集贡献证据
  3. 03按 STAR 结构组织成果
  4. 04匹配自然语气并标记信息缺口
  5. 05将草稿保存为 Markdown

适用场景

  1. 01起草年度或期中自评
  2. 02撰写同事绩效评审
  3. 03准备给经理的向上反馈
  4. 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 个澄清问题):

  1. 评估类型 —— 自我评估、同事评估,还是向上反馈?
  2. 对象 —— 这份评估是关于谁的?(对于同事/向上反馈:姓名和职位)
  3. 评估周期 —— 这涵盖什么时间范围?(例如 2025 年 1 月–12 月、过去 6 个月)

如果格式限制或关注领域相关,请在起草过程中询问,而不是一开始就问。

如果用户一开始就提供了所有这些信息,直接进入第 2 步。

第 2 步 — 找出贡献

使用 WorkIQ 为评估周期收集真实贡献的证据:

对于自我评估:

  • 提取用户交付成果、主导计划或解决问题的邮件和消息
  • 寻找规律:哪些项目反复出现?谁称赞他们,称赞什么?
  • 识别协作广度(他们跨团队与谁合作)
  • 记录从他人那里收到的任何明确反馈

对于同事评估:

  • 提取用户与对象之间的互动(邮件、会议讨论串、共同项目)
  • 识别协作、提供帮助或产生摩擦的具体时刻
  • 寻找对象对共同成果产生影响的证据

对于向上反馈:

  • 提取经理发给用户的沟通内容(给出的方向、提供的支持、反馈模式)
  • 识别主题:期望的清晰度、可及性、认可、发展支持

如果 WorkIQ 不可用或返回的数据有限,请用户分享他们记得的 3–5 个要点,然后用这些内容继续。

第 3 步 — 起草评估

根据评估类型应用正确的结构(见下方模板)。遵循以下通用规则:

使用 STAR 格式陈述成就:

  • Situation(情境) —— 背景或挑战是什么?
  • Task(任务) —— 你/他们负责什么?
  • Action(行动) —— 具体做了什么?
  • Result(结果) —— 可衡量或可观察的结果是什么?

语气规则:

  • 要具体 —— 写出项目、成果和相关人员,而不是空泛的形容词
  • 要诚实 —— 不要过度吹嘘,也不要低估;评估者两者都会注意到
  • 要面向未来 —— 各部分的结尾写成长或下一步,而不只是过去的绩效
  • 避免套话:“尽心尽力”“有团队精神”“工作努力” —— 用证据取而代之
  • 贴合用户自然的语气 —— 如果他们是口语化风格就用口语化,否则更正式一些
第 4 步 — 输出
  1. 呈现完整草稿,并简要说明使用了哪些证据。请总结和脱敏,而不是逐字复制内容 —— 不要出现原始摘录、参会者名单或敏感的个人信息
  2. 突出任何标有 [NEEDS DETAIL] 的部分,在这些地方补充更多细节会增强评估
  3. 按用户要求迭代修改
  4. 将最终草稿保存到 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