‹ 首页

performance-cycle

@techwolf-ai · 收录于 1 周前

Evidence gathering for performance review cycles. Gathers goal completion evidence, peer feedback, development progress, scope changes, and values alignment, organised along the org's performance framework dimensions, with organizational values as the 'how' lens. Surfaces evidence gaps. Never suggests ratings, only organises evidence for the manager's judgment.

适合你,如果你需要为团队成员的绩效评估系统化地收集和整理证据。

/ 下载安装
performance-cycle.skill双击,或拖进 Claude 桌面版 / Cowork,即完成安装↓ .skill↓ .zip
用别的 agent?下载 .zip 解压,把文件夹放进它的技能目录
Claude Code~/.claude/skills/(项目级 .claude/skills/)
Codex CLI~/.codex/skills/
Cursor自动读取上面两处目录
其他工具见其文档的「skills」目录;两个下载是同一份文件,只是名字不同
/ 通过 npx 安装 校验哈希
npx oh-my-skill add techwolf-ai/ai-first-toolkit/performance-cycle
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- techwolf-ai/ai-first-toolkit/performance-cycle
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify techwolf-ai/ai-first-toolkit/performance-cycle
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
90GitHub stars
~1.7K最小装载
~4K含声明引用
~4K文本包总量
镜像托管

怎么用

技能原文 SKILL.md作者撰写 · MIT · 8b3107b

Performance Cycle Assistant

Principle: "You are responsible." This skill gathers and organises evidence. Rating decisions and development assessments are the manager's alone.

Helps managers prepare evidence-based assessments for performance review cycles. The org's performance framework dimensions measure what was achieved and how the person developed. Organizational values measure how they showed up while doing it.

When to Use
  • During full review cycles (per the org's review cadence)
  • During lighter check-ins between full reviews
  • When the manager says "help me prep [name]'s review", "gather evidence for [name]'s performance"
  • Can be run for one team member or all reports in batch
Context: Performance Framework

Load the org's performance framework from manager-context/performance-framework.md (created during /setup). This defines:

  • Framework dimensions and sub-dimensions
  • Rating scale
  • Promotion readiness labels (if tracked)
  • Review cadence

If manager-context/performance-framework.md doesn't exist, ask the manager to run /setup first.

Instructions

If any MCP connector is unavailable, follow the connector unavailability protocol in references/operating-principles.md.

1. Identify Scope

Determine who to prepare for:

  • Single team member: "prep [name]'s review"
  • Whole team: "prep all reviews" (runs sequentially for each report)

Determine the review period:

  • Default: last 6 months (for bi-annual review) or last 3 months (for check-in)
  • Can be customised: "since [date]"
2. Load Context

For the target team member, read from manager-context/team/[name].md:

  • Their goals (locations in Notion/Drive)
  • Their development areas from last review
  • Their role and level (from Job Architecture)
  • Their projects and responsibilities

Also load:

  • manager-context/performance-framework.md: org-specific framework dimensions and rating descriptors (falls back to references/performance-framework.md defaults)
  • manager-context/management-framework.md: org-specific management dimensions (falls back to references/management-framework.md defaults)
  • references/values-guide.md: values definitions and signal guidance
  • manager-context/values.md: the organization's specific values
3. Gather Evidence Along Each Dimension

For each dimension and sub-dimension in the org's performance framework (from manager-context/performance-framework.md), gather evidence from connected sources.

For each sub-dimension:

  • Notion: Pull goals, project pages, status updates, metrics relevant to this dimension
  • Slack: Search for messages showing activity, feedback, recognition, or friction related to this dimension
  • Google Drive: Look for deliverables, reports, documents tied to this dimension
  • Calendar: Check for activities that signal growth or scope changes (new meetings, new stakeholders)
  • Compile: what evidence was found, with links

Common evidence patterns by dimension type:

  • Results/delivery dimensions: goal completion, shipped work, quality feedback, business outcomes
  • Growth/development dimensions: learning activities, new skills applied, scope expansion, behavioural changes
  • Collaboration/leadership dimensions: cross-team activity, mentoring, influence in discussions

For dimensions that are hardest to assess digitally (e.g., behavioural growth, leadership presence), explicitly flag that the manager's direct observations carry more weight.

4. Gather Values Evidence

Values are the "how": how this person delivered their results and showed up for the team. Search for evidence across the organization's values (from manager-context/values.md). See references/values-guide.md for guidance on finding value signals.

For each value defined in manager-context/values.md, search for evidence using the signal guidance stored there. Common evidence sources by value type:

Collaboration / teamwork values:

  • Slack: cross-team collaboration, helping unblock others, participating in team decisions
  • DMs (with manager): conversations about team dynamics, commitment to group decisions

Ambition / ownership values:

  • Slack/Notion: volunteering for stretch work, proposing ideas, driving outcomes
  • Evidence of taking things to completion without being pushed

Innovation / resourcefulness values:

  • Slack: creative problem-solving, finding workarounds, learning from obstacles
  • Evidence of unblocking themselves or the team under constraints

Transparency / communication values:

  • Slack: sharing context proactively, raising issues early, giving and receiving feedback
  • DMs (with manager): being open about challenges, asking for help

Care / wellbeing values:

  • Slack: celebrating others, recognising teammates, showing empathy
  • Calendar: sustainable work patterns or concerning overwork patterns

For each value, compile evidence as observations (not judgments):

  • Strong signal: Multiple visible examples
  • Some signal: 1-2 examples
  • Gap: No evidence found (note: absence of evidence ≠ absence of the behaviour)
5. Check Peer Recognition

Search Slack for recognition this person received during the review period:

  • Direct shoutouts from teammates
  • Recognition in team channels
  • Reactions on their messages (high-reaction messages = valued contributions)
6. Identify Evidence Gaps

For each dimension, assess evidence strength:

  • Strong evidence: Multiple sources corroborate
  • Some evidence: 1-2 data points
  • Gap: No evidence found, manager needs to gather this manually
7. Produce the Evidence Summary

Read references/output-template.md for the full output template structure (individual and batch mode).

8. For Batch Mode (All Reports)

If preparing for the whole team, produce individual evidence summaries for each team member plus a team-level comparison view. See the batch mode template in references/output-template.md.

9. Present
Here's the evidence I gathered for [name]'s review. I've flagged gaps where you'll want to add your own observations.

Remember: this is evidence gathering only. Rating decisions and promotion assessments are yours to make based on the full picture, including things I can't see.
10. Sub-Agent Review

Spawn a sub-agent to review the evidence summary with fresh eyes. The reviewer should:

  • Check for recency bias: is most evidence from the last few weeks, or spread across the review period?
  • Check for dimension imbalance: are some dimensions well-evidenced while others are thin? Flag under-covered areas.
  • Check for interpretive language: flag any phrasing that crosses from evidence ("shipped X on time") into interpretation ("demonstrated strong execution").
  • Verify evidence gaps are honestly flagged, not papered over with weak data.
  • Check that values evidence is presented as "examples I found", not "the full picture."

Incorporate the reviewer's feedback before presenting the final summary to the manager.

Important Notes

Read references/operating-principles.md for shared operating principles (data scope, DM flagging, signals vs diagnoses, connector unavailability).

Additional notes specific to this skill:

  • NEVER suggest a rating. Not even hints. The manager decides ratings. Period.
  • NEVER compare team members to each other. Evidence is per-person. Calibration is the manager's job.
  • Evidence, not interpretation. "Shipped feature X on time" is evidence. "Demonstrated strong execution" is interpretation. Stick to evidence.
  • Flag gaps honestly. "I found no evidence for behavioral growth" is more useful than padding with weak data.
  • Recency bias warning. Note if most evidence is from the last month vs. spread across the review period.
  • Values evidence is hardest to gather digitally. Many values are lived in person, not in Slack. The manager's direct observations are more authoritative.
  • This supplements, not replaces. The manager has 6 months of direct observation.
按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。