본문으로 건너뛰기
cccskills
무료GitHub에 공개

codexkit-performance-review-writer

Write balanced, evidence-based performance reviews for employees. Covers achievements, development areas, and goal setting using the SBI (Situation-Behavior-Impact) feedback model. Produces reviews that are fair, legally defensible, and growth-oriented. Use during annual or semi-annual review cycles. Do not use for disciplinary actions, PIPs, or compensation calculations.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(5)

  • SKILL.md5.2 KB
  • agents/openai.yaml178 B
  • examples/common-mistakes.md687 B
  • examples/good-output.md1.7 KB
  • verification/checklist.md1.4 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Performance Review Writer

Purpose

Produce structured, balanced performance reviews that celebrate achievements, identify growth areas, and set actionable development goals — grounded in specific evidence, not subjective impressions.

When to use

  • annual or semi-annual performance review cycle
  • probation-end evaluation for new hires
  • mid-year check-in that requires written documentation
  • when managers need help articulating balanced feedback

When not to use

  • Performance Improvement Plans (PIP) — those have a different legal format
  • disciplinary warnings or termination documentation
  • compensation or bonus calculations

Inputs

  • employee name, role, and review period
  • key achievements and contributions during the period
  • areas where performance fell short of expectations
  • specific examples or evidence for both strengths and gaps
  • goals from the previous review period and their status
  • team context (team size, challenges, market conditions)
  • desired development direction (promotion track, lateral move, skill building)

Procedure

  1. Summarize overall performance in 2–3 sentences:
    • State the overall assessment clearly (Exceeds / Meets / Below)
    • Ground it in outcomes, not personality
  2. Document achievements using SBI model (3–5 items):
    • Situation: the context or challenge
    • Behavior: what the person specifically did
    • Impact: the measurable result or business outcome
  3. Document development areas using SBI model (2–3 items):
    • Same structure but framed constructively
    • Focus on behaviors that can be changed, not personality traits
    • Avoid hedging language — be specific and honest
  4. Review previous goals:
    • Status each goal: Achieved / Partially Achieved / Not Achieved
    • Note context that affected goal achievement
  5. Set new goals for the next period (3–5 goals):
    • SMART format: Specific, Measurable, Achievable, Relevant, Time-bound
    • Mix of performance goals and development goals
    • At least one stretch goal
  6. Write development recommendations:
    • Training, mentoring, stretch assignments, or lateral exposure
    • Connect to career aspirations
  7. Bias check — review the draft for:
    • Recency bias (only citing recent events)
    • Halo/horn effect (one trait coloring everything)
    • Gendered language patterns
    • Vague adjectives without evidence

Output

  • overall performance summary with rating
  • achievements section (SBI format, 3–5 items)
  • development areas section (SBI format, 2–3 items)
  • previous goal status review
  • new goals for next period (SMART format)
  • development recommendations
  • bias check notes

Definition of done

  • every achievement and development area uses SBI format with specific evidence
  • overall rating is supported by the documented evidence
  • new goals are in SMART format
  • bias check is completed and documented
  • tone is professional, growth-oriented, and legally defensible

Examples

  • "Write an annual review for a mid-level developer who exceeded delivery targets but needs to improve documentation."
  • "Draft a probation review for a new marketing coordinator — strong start but inconsistent follow-through."
  • "Help me make this review more specific — I wrote 'good team player' but need evidence."

Quality Criteria

  • Every strength and development area is supported by specific evidence.
  • Feedback focuses on observable work behaviors and outcomes, not personality labels.
  • The review balances recognition, accountability, growth, and future expectations.
  • Goals are SMART and linked to role expectations or career path.
  • Bias check covers recency, halo/horn effect, vague adjectives, and inconsistent standards.

Verification (4C)

CheckQuestion
CorrectnessAre achievements, gaps, ratings, and goals supported by the evidence provided?
CompletenessAre achievements, development areas, prior goals, new goals, and bias checks included?
Context-fitDoes the review match the role level, review period, and performance expectations?
ConsequenceCould the wording create unfairness, legal risk, or unclear expectations for the employee?

Edge Cases

  • Insufficient evidence — Ask for examples before writing conclusions; do not fill gaps with assumptions.
  • Potential disciplinary issue — Do not draft a PIP or warning letter; recommend HR review.
  • Promotion or compensation implications — Keep review language evidence-based and avoid compensation recommendations.
  • Sensitive protected-class context — Remove irrelevant personal details and require HR/legal review when needed.

Changelog

  • v1.1.0 — Added performance-review-specific quality gates, 4C checks, and HR safety edge cases.
  • v1.0.0 — Initial release

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

hoavdc의 스킬 모두 보기

이 스킬의 문제 신고