performance-management
Use this skill when designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders. Triggers on OKRs, performance reviews, calibration, PIPs, career ladders, leveling frameworks, feedback cycles, and any task requiring performance management system design.
operations performanceokrsreviewscareer-ladderscalibrationpipsWhat is performance-management?
Use this skill when designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders. Triggers on OKRs, performance reviews, calibration, PIPs, career ladders, leveling frameworks, feedback cycles, and any task requiring performance management system design.
performance-management
performance-management is a production-ready AI agent skill for claude-code, gemini-cli, openai-codex. Designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders.
Quick Facts
| Field | Value |
|---|---|
| Category | operations |
| Version | 0.1.0 |
| Platforms | claude-code, gemini-cli, openai-codex |
| License | MIT |
How to Install
- Make sure you have Node.js installed on your machine.
- Run the following command in your terminal:
npx skills add AbsolutelySkilled/AbsolutelySkilled --skill performance-management- The performance-management skill is now available in your AI coding agent (Claude Code, Gemini CLI, OpenAI Codex, etc.).
Overview
Performance management is the system by which organizations set expectations, measure contribution, develop talent, and make compensation and promotion decisions fairly. It spans OKR goal-setting, continuous feedback cycles, semi-annual or annual review writing, calibration sessions that normalize ratings across teams, career ladders that clarify what "good" looks like at each level, and Performance Improvement Plans (PIPs) for employees who are significantly below expectations. Done well, it accelerates individual growth and organizational output. Done poorly, it becomes a compliance exercise that destroys morale.
Tags
performance okrs reviews career-ladders calibration pips
Platforms
- claude-code
- gemini-cli
- openai-codex
Related Skills
Pair performance-management with these complementary skills:
Frequently Asked Questions
What is performance-management?
Use this skill when designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders. Triggers on OKRs, performance reviews, calibration, PIPs, career ladders, leveling frameworks, feedback cycles, and any task requiring performance management system design.
How do I install performance-management?
Run npx skills add AbsolutelySkilled/AbsolutelySkilled --skill performance-management in your terminal. The skill will be immediately available in your AI coding agent.
What AI agents support performance-management?
This skill works with claude-code, gemini-cli, openai-codex. Install it once and use it across any supported AI coding agent.
Maintainers
Generated from AbsolutelySkilled
SKILL.md
Performance Management
Performance management is the system by which organizations set expectations, measure contribution, develop talent, and make compensation and promotion decisions fairly. It spans OKR goal-setting, continuous feedback cycles, semi-annual or annual review writing, calibration sessions that normalize ratings across teams, career ladders that clarify what "good" looks like at each level, and Performance Improvement Plans (PIPs) for employees who are significantly below expectations. Done well, it accelerates individual growth and organizational output. Done poorly, it becomes a compliance exercise that destroys morale.
When to use this skill
Trigger this skill when the user:
- Needs to design or overhaul an OKR system for a team, department, or company
- Is writing, reviewing, or giving structured performance feedback
- Wants to run or prepare for a calibration session
- Needs to build or refine a career ladder or leveling framework
- Is designing or writing a Performance Improvement Plan
- Wants to set up a continuous feedback or 1:1 culture
- Is creating a promotion packet or evaluating someone for promotion
- Needs to measure whether their performance management system is healthy
Do NOT trigger this skill for:
- Recruiting, hiring, or interview design (use technical-interviewing skill)
- Compensation benchmarking or equity modeling without a performance context
Key principles
Continuous feedback, not annual surprise - Annual reviews should contain zero surprises. If the review is the first time someone hears a concern, the system has already failed. Build feedback into weekly 1:1s, quarterly check-ins, and project retrospectives so the formal review is a summary, not a revelation.
OKRs are aspirational, not quotas - An OKR system where 100% completion is expected destroys ambition. Objectives should be stretch goals; hitting 70% of a hard OKR is often better than hitting 100% of an easy one. Never tie OKR completion directly to compensation - it incentivizes sandbagging.
Calibration ensures fairness, not uniformity - Different managers have different rating tendencies (hawks vs. doves). Calibration sessions align rating standards across teams so that a "Meets Expectations" in one org means the same thing in another. The goal is consistency, not forcing a bell curve.
Career ladders clarify expectations - Employees should never have to guess what promotion requires. A career ladder makes expectations explicit: here is what impact, scope, technical skill, and leadership look like at each level. Ambiguity in ladders breeds favoritism in promotions.
PIPs are a last resort, not a first response - A PIP should never be a surprise. It follows documented coaching, informal feedback, and clear warnings. A well-run PIP has specific, measurable milestones, a realistic timeline (60-90 days), and genuine organizational support. Its goal is improvement, not documentation for termination.
Core concepts
OKR hierarchy
Company OKRs (annual)
|
+-- Department OKRs (quarterly)
|
+-- Team OKRs (quarterly)
|
+-- Individual OKRs (quarterly, optional)Each level's Key Results should ladder up to the level above. An individual KR that does not connect to a team or company OKR is a signal that the work is misaligned or the OKR system is not being used correctly.
OKR anatomy:
Objective: Qualitative, inspiring, time-bound.
"Make our checkout experience the fastest in the industry by Q4"
Key Results: Quantitative, binary-scoreable (0.0-1.0), 3-5 per Objective.
KR1: Reduce median checkout latency from 2.1s to 0.8s
KR2: Increase checkout completion rate from 71% to 85%
KR3: Reduce cart abandonment on mobile from 62% to 45%Review cycles
| Cycle | Cadence | Participants | Output |
|---|---|---|---|
| 1:1 | Weekly | Manager + IC | Ongoing coaching notes |
| Mid-cycle check-in | Quarterly | Manager + IC | OKR progress, early flag |
| Peer feedback | Semi-annual | 3-5 peers per person | Structured written feedback |
| Self-assessment | Semi-annual | Individual | Written self-reflection |
| Manager review | Semi-annual | Manager | Performance rating + narrative |
| Calibration | Semi-annual | Manager cohort | Normalized ratings |
| Compensation review | Annual | HR + leadership | Salary and equity decisions |
Calibration process
Phase 1 - Pre-work (1 week before):
Managers submit draft ratings and written justifications.
HR compiles rating distribution by team and level.
Phase 2 - Calibration session (2-3 hours):
Facilitator shares distribution. Outliers discussed first.
Each manager defends any rating 2+ steps from cohort median.
Ratings adjusted by consensus, not by committee override.
Phase 3 - Post-calibration (1 week after):
Final ratings locked. Managers deliver feedback to ICs.
Promotions and compensation decisions proceed from locked ratings.Career ladder dimensions
Most effective ladders evaluate four dimensions consistently across all levels:
| Dimension | What it measures |
|---|---|
| Technical skill | Depth and breadth of domain knowledge and execution quality |
| Scope of impact | Size of the problem space owned (self, team, org, company) |
| Autonomy | How much direction is needed to produce high-quality work |
| Leadership | Mentorship, cross-team influence, and culture contribution |
Common tasks
Design an OKR system
Setup checklist:
1. Define the cadence: annual company OKRs, quarterly team OKRs.
2. Set the hierarchy: company -> department -> team. ICs optional.
3. Write the Objective: inspiring, qualitative, owner assigned.
4. Write Key Results: measurable, 0.0-1.0 scoreable, 3-5 per Objective.
5. Mid-quarter check-in: score progress (0.0-1.0). Flag blocked KRs early.
6. End-of-quarter score: score final. Write retrospective (what worked, what did not).Scoring convention:
| Score | Meaning |
|---|---|
| 0.7-1.0 | Excellent - ambitious goal largely achieved |
| 0.5-0.6 | Good - meaningful progress, some misses |
| 0.3-0.4 | Underperformed - significant misses, needs analysis |
| 0.0-0.2 | Failed - goal not pursued or fundamentally blocked |
Common OKR mistakes:
- Tasks masquerading as KRs ("Launch feature X" is a task; "increase DAU by 20%" is a KR)
- Too many OKRs (max 3 Objectives, 5 KRs each per team per quarter)
- OKRs set top-down without team input (kills ownership)
- No mid-quarter review (problems surface too late to course-correct)
Write effective performance reviews
Review framework (STAR + impact):
Situation: Context for the work (project, team, constraints).
Task: What was expected of this person at their level.
Action: What they specifically did. Use "I" statements from self-review,
evidence from manager notes and peer feedback.
Result: Measurable outcome. Tie to team or company OKR where possible.
Impact: Why this mattered beyond the immediate deliverable.Rating levels (standard 5-point scale):
| Rating | Label | Meaning |
|---|---|---|
| 5 | Exceptional | Significantly exceeded expectations; top ~5% at level |
| 4 | Exceeds Expectations | Consistently above bar; likely promotion candidate |
| 3 | Meets Expectations | Solid contributor performing at level |
| 2 | Partially Meets | Below bar in some areas; needs focused improvement |
| 1 | Does Not Meet | Significantly below bar; PIP territory |
Review writing rules:
- Use specific examples, not adjectives. "She delivered X which increased Y by Z%" beats "She is a great communicator."
- Separate performance (what was achieved) from potential (growth trajectory).
- Address both strengths and development areas for every employee, regardless of rating.
- Write the development section as investment, not criticism: "To reach Staff, focus on..."
Run calibration sessions
Facilitator guide:
Opening (10 min):
Share distribution data: rating counts by level, by team.
State the goal: consistent standards, not forced curve.
Ground rules: discuss evidence, not personal opinions.
Main calibration (90-120 min):
Start with obvious cases: clear Exceptional and clear Does Not Meet.
Focus time on the middle: Meets vs. Exceeds boundary is where most
disagreements live.
For each contested rating, ask:
- "What specific evidence supports this rating?"
- "Would someone at this level at [peer company] get the same rating?"
- "Is this a level question or a project-quality question?"
Closing (20 min):
Confirm final rating distribution.
Flag anyone under-leveled or over-leveled (promotion or PIP triggers).
Agree on messaging consistency for sensitive cases.Red flags during calibration:
- "She's just not a culture fit" - not an evidence-based rating criterion
- Recency bias - one strong quarter overriding a weak three quarters
- Halo effect - strong in one area assumed to be strong in all areas
- Proximity bias - in-office employees rated higher than remote employees
Create career ladders
Engineering ladder example: See references/career-ladder-template.md for
the full engineering ladder with IC1-IC7 levels.
Ladder design principles:
- Each level must be differentiable from the next with concrete examples
- Avoid level descriptions that are pure quantity ("does more of L4") - define quality shifts
- Include both "floor" (minimum bar to be at this level) and "ceiling" (upper bound before promotion)
- Run the draft past employees at each level and ask: "Does this describe you accurately?"
Design a PIP
PIP template:
Employee: [Name], [Level], [Team]
Manager: [Name]
HR Partner: [Name]
PIP start date: [Date]
PIP end date: [Date, typically 60-90 days]
Review checkpoints: [Date 1 - 30 days], [Date 2 - 60 days], [Date 3 - end]
PERFORMANCE GAPS
Gap 1: [Specific, observable behavior or outcome gap]
- Expected: [What the role requires at this level]
- Observed: [What has been documented, with dates and examples]
Gap 2: ...
SUCCESS MILESTONES
Milestone 1 (Day 30): [Specific, measurable outcome]
Milestone 2 (Day 60): [Specific, measurable outcome]
Milestone 3 (Day 90): [Specific, measurable outcome - overall bar to exit PIP]
SUPPORT PROVIDED
- [Weekly 1:1 with manager, focused on PIP progress]
- [Access to training, mentor, or other resource]
CONSEQUENCES
If milestones are not met by [end date], employment may be terminated.
Signatures: Employee, Manager, HR PartnerPIP prerequisite checklist (must all be true before issuing):
- Performance gaps were documented in prior reviews or written feedback
- Verbal coaching was given with specific examples
- Employee had a reasonable opportunity to improve (not a one-month ramp)
- HR partner has reviewed and approved
- Legal has reviewed if there is any protected-class risk
Build a feedback culture
1:1 framework:
Suggested 1:1 structure (30-60 minutes weekly):
[5 min] Employee agenda - what's top of mind for them this week?
[10 min] Project pulse - what's going well, what's blocked?
[10 min] Feedback exchange - one piece of coaching from manager;
one piece of upward feedback from employee.
[5 min] Career conversation (monthly rotation) - growth, goals, interests.
[5 min] Action items and follow-ups from last week.SBI feedback model (Situation-Behavior-Impact):
Situation: "In yesterday's design review..."
Behavior: "...you interrupted the junior engineers twice before they finished."
Impact: "...which caused two of them to stop contributing for the rest of the meeting."
Follow with: "What was going on for you in that moment?"SBI works for both constructive and positive feedback. Never deliver feedback as a personality judgment ("you are dismissive"). Always anchor to observable behavior.
Measure performance system health
System health metrics:
| Metric | Healthy | Unhealthy |
|---|---|---|
| Surprise rating rate | < 5% of employees | > 20% of employees |
| Calibration rating shift rate | 10-20% of ratings adjusted | < 5% (rubber stamp) or > 40% (managers not preparing) |
| PIP success rate (improvement) | > 50% | < 20% |
| Time to promotion from eligible | < 2 cycles | > 4 cycles |
| Regrettable attrition post-review | < 5% | > 15% |
| Employee agreement with their rating | > 75% | < 50% |
Survey your team annually: "Do you understand what it takes to be promoted?" A "yes" rate below 70% means your career ladder is failing.
Anti-patterns
| Anti-pattern | Why it is wrong | What to do instead |
|---|---|---|
| Forced ranking (rank-and-yank) | Creates internal competition, destroys collaboration, and causes top performers to leave to protect their peers | Use calibrated ratings with absolute standards; a whole team can exceed expectations |
| Annual review as the only feedback | Employees cannot course-correct without feedback. Annual surprises cause disengagement and legal risk | Build feedback into weekly 1:1s; the annual review summarizes what was already said |
| OKRs tied directly to bonuses | Incentivizes sandbagging (set easy goals to hit 100%) and gaming (maximize metric, not outcome) | Decouple OKR scores from compensation; use them as input to qualitative performance assessment |
| Career ladders with unmeasurable criteria | "Shows leadership" or "has impact" without examples lets bias drive promotion decisions | Each criterion needs two examples: one that clears the bar, one that does not |
| PIP as documentation for termination | Employees and lawyers see through it; it destroys trust and sometimes backfires legally | Issue a PIP only after genuine coaching attempts; if the decision is already made, use a severance agreement |
| Proximity bias in remote/hybrid teams | In-office employees rated higher for "visibility" rather than output | Anchor all ratings to documented outcomes and artifacts, not perceived presence |
Gotchas
OKR scoring is meaningless without a pre-agreed measurement method - Writing "increase user engagement" as a KR and then measuring it with a metric chosen at the end of the quarter is not scoring - it is post-hoc rationalization. Every KR must include the exact measurement method and data source at the time of writing, not retrospectively.
Calibration sessions without prior written justifications become seniority debates - When managers show up to calibration without pre-submitted written evidence for each rating, decisions are driven by whoever speaks most confidently or is most senior. Require written evidence packages to be submitted 5 business days before calibration. The session is to resolve disagreements, not to discover evidence.
PIPs issued without prior documented coaching are legally and ethically vulnerable - A PIP that is the first documented feedback an employee receives is both procedurally unfair and a legal liability in many jurisdictions. Before initiating a PIP, verify that prior coaching is documented in 1:1 notes, prior review cycles, or written feedback threads - not just verbal memory.
Career ladders with only "ceiling" descriptions create ambiguity about promotion timing - Many ladders describe what each level looks like at full performance but omit what "ready to promote" looks like vs. "solidly at level." Without a "promotion ready" description, managers make arbitrary timing decisions that appear inconsistent to employees. Add an explicit "signals of readiness to level up" section to each ladder rung.
Peer feedback collected without anonymization guarantees creates political feedback - If employees know (or suspect) they can identify who wrote each peer review, they write safe, positive feedback to protect relationships. Feedback volume goes up but signal quality collapses. Use aggregate summary reports shown to reviewees, not individual attributed quotes, unless your culture explicitly supports radical candor with attribution.
References
For detailed guidance on specific performance management topics, load the relevant
file from references/:
references/career-ladder-template.md- full engineering career ladder from IC1 to IC7, with level descriptions, scope, and promotion criteria
Only load a references file when the current task requires it.
References
career-ladder-template.md
Engineering Career Ladder
This ladder covers Individual Contributor (IC) roles from IC1 (entry-level) through IC7 (principal/distinguished). Each level is described across four dimensions: Technical Skill, Scope of Impact, Autonomy, and Leadership. For each level, a floor (minimum bar to operate at this level) and a ceiling (the upper bound before promotion is expected) are provided.
How to use this ladder
- Hiring: Map each candidate's demonstrated capabilities to a level to determine their offer band.
- Calibration: Use level descriptions as a shared reference when debating ratings.
- Promotion packets: The candidate must demonstrate ceiling behaviors consistently over at least two review cycles before a promotion is approved.
- Feedback: Reference specific dimension gaps when coaching someone toward the next level.
IC1 - Engineer I
Summary: Learning the craft. Requires significant guidance to deliver tasks. Scope is limited to well-defined, bounded work items.
| Dimension | Floor (minimum to be IC1) | Ceiling (ready to grow toward IC2) |
|---|---|---|
| Technical Skill | Can read and modify existing code; knows the team's primary language | Delivers small features end-to-end with manager-provided design; writes passing tests |
| Scope of Impact | Completes assigned tasks within a sprint | Owns small, well-scoped features independently |
| Autonomy | Needs daily check-ins and explicit task breakdown | Completes tasks with weekly check-ins; unblocks self on common issues |
| Leadership | Participates in team rituals; asks good questions | Shares learnings in team channels; helps onboard the next IC1 |
Typical time at level: 1-2 years
IC2 - Engineer II
Summary: Productive contributor who delivers assigned features reliably. Starting to take ownership of small projects without detailed specs.
| Dimension | Floor (minimum to be IC2) | Ceiling (ready to grow toward IC3) |
|---|---|---|
| Technical Skill | Delivers features end-to-end in the team's stack; writes unit and integration tests | Identifies and fixes architectural issues in their area; reviews peers' PRs effectively |
| Scope of Impact | Owns a feature or small project from design to production | Delivers a multi-sprint project involving cross-team dependencies |
| Autonomy | Works independently within a sprint; escalates blockers proactively | Breaks down ambiguous requirements into a concrete technical plan |
| Leadership | Gives constructive PR feedback; mentors IC1s on request | Runs a team knowledge-sharing session; improves team tooling or process |
Typical time at level: 2-3 years
IC3 - Senior Engineer I
Summary: Independently owns and delivers projects of meaningful scope. Recognized as a reliable technical contributor. Starting to influence team design and process decisions.
| Dimension | Floor (minimum to be IC3) | Ceiling (ready to grow toward IC4) |
|---|---|---|
| Technical Skill | Designs systems for a feature or service with appropriate trade-offs documented; conducts thorough code reviews | Identifies systemic technical debt; proposes and leads remediation; mentors IC2s through architecture decisions |
| Scope of Impact | Owns a medium-complexity project (one quarter, one team) end-to-end | Drives a high-impact project affecting multiple teams or a core user journey |
| Autonomy | Translates product requirements into a technical plan with minimal guidance | Proactively identifies work that needs to be done that no one assigned |
| Leadership | Actively mentors 1-2 junior engineers; improves team processes | Influences team technical direction; represented team in cross-team planning |
Typical time at level: 3-5 years (many engineers stay at IC3 long-term)
IC4 - Senior Engineer II
Summary: Leads complex, cross-team technical work. Trusted to make significant technical decisions autonomously. Multiplies the team's output through mentorship and process improvements.
| Dimension | Floor (minimum to be IC4) | Ceiling (ready to grow toward IC5) |
|---|---|---|
| Technical Skill | Makes correct technology and architecture choices for systems spanning multiple services; recognized as an expert in at least one domain | Defines technical standards adopted org-wide; identifies and eliminates whole categories of bugs or reliability issues |
| Scope of Impact | Delivers projects spanning multiple teams in a quarter | Drives a half-year initiative with org-wide impact; owns a critical system or platform |
| Autonomy | Sets own technical roadmap aligned to product goals; rarely needs direction | Proactively identifies strategic technical investments 2-3 quarters ahead |
| Leadership | Mentors IC2 and IC3 engineers; runs technical design reviews | Develops other engineers' careers intentionally; influences hiring bar |
Typical time at level: 3-6 years
IC5 - Staff Engineer
Summary: Technical leader with org-wide impact. Defines direction, not just executes it. Work product shapes the technical strategy of the organization. Often embedded with multiple teams simultaneously.
| Dimension | Floor (minimum to be IC5) | Ceiling (ready to grow toward IC6) |
|---|---|---|
| Technical Skill | Architects systems at org scale; technical decisions have multi-year implications; produces reference implementations others follow | Defines the technical architecture for an entire product area; resolves the hardest technical problems the org faces |
| Scope of Impact | Drives 6-12 month initiatives with org-wide measurable impact | Shapes the technical roadmap for an entire product line or platform |
| Autonomy | Self-directs; aligns work to company strategy without needing it explained | Identifies strategic opportunities before leadership does; makes the case for them |
| Leadership | Grows IC3/IC4 engineers intentionally; improves engineering culture at org level | Develops the next generation of senior engineers; shapes hiring, onboarding, and promotion standards |
Promotion to IC5 requires: Demonstrated impact beyond current team for at least 2 consecutive review cycles, plus sponsorship from a director or above.
IC6 - Principal Engineer
Summary: Company-level technical authority. Involved in the highest-stakes technical decisions. Influence extends across multiple departments. Frequently represents engineering in executive-level conversations.
| Dimension | Floor (minimum to be IC6) | Ceiling (ready to grow toward IC7) |
|---|---|---|
| Technical Skill | Recognized company-wide as the authority in 1-2 technical domains; shapes the company's technical standards and practices | Recognized industry-wide; external publications, conference keynotes, or open-source contributions that establish company's technical reputation |
| Scope of Impact | Drives multi-quarter, multi-team initiatives that affect company strategy | Defines the 1-3 year technical roadmap for a major business area |
| Autonomy | Sets own agenda aligned to company strategy; proactively fills technical leadership gaps | Creates the frameworks and processes that guide how other engineers make decisions |
| Leadership | Develops Staff Engineers; builds relationships with product, design, and business stakeholders | Shapes company engineering culture; cited as a reason engineers join or stay |
IC7 - Distinguished Engineer / Fellow
Summary: Industry-level technical authority. Work product has impact beyond the company. Sets the technical vision for the company's most critical strategic bets. Extremely rare - typically 1-3 people in a 500+ engineer organization.
| Dimension | Description |
|---|---|
| Technical Skill | Defines the state of the art in their domain, internally and externally. Their technical judgment is trusted without question across the company. |
| Scope of Impact | Work shapes the company's competitive differentiation. Decisions have 3-5 year implications. |
| Autonomy | Fully self-directed. Sets the agenda that others align to. |
| Leadership | Develops Principal Engineers. Represents the company's technical brand externally. Advises C-suite on technical strategy. |
Promotion criteria checklist
Before submitting a promotion packet, the manager must confirm:
- The IC has demonstrated ceiling behaviors for their current level in at least 2 consecutive review cycles
- The IC has demonstrated floor behaviors of the target level consistently (not occasionally)
- A calibration peer or skip-level agrees the promotion is warranted
- The IC's impact is documented with specific, outcome-oriented examples
- For IC5+: cross-org sponsorship is confirmed
The bar is: "Would I hire this person directly into the target level?" If the answer is no, the promotion is premature regardless of tenure.
Common promotion failure modes
| Failure mode | What it looks like | How to address it |
|---|---|---|
| Strong in one dimension only | Excellent technical skill but zero leadership behaviors | Set an explicit development goal for the weak dimension; revisit in two cycles |
| Scope creep without depth | Takes on large scope but quality is inconsistent | Demonstrate excellence in a narrower scope before expanding |
| Recency effect | Outstanding last quarter after three mediocre ones | Defer promotion; require two consecutive strong cycles |
| Level skipping | IC3 behaviors suddenly appearing at IC1 | Validate with a second calibrator; skip-level promotions are rare and require extra evidence |
Frequently Asked Questions
What is performance-management?
Use this skill when designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders. Triggers on OKRs, performance reviews, calibration, PIPs, career ladders, leveling frameworks, feedback cycles, and any task requiring performance management system design.
How do I install performance-management?
Run npx skills add AbsolutelySkilled/AbsolutelySkilled --skill performance-management in your terminal. The skill will be immediately available in your AI coding agent.
What AI agents support performance-management?
performance-management works with claude-code, gemini-cli, openai-codex. Install it once and use it across any supported AI coding agent.