Evaluate performance fairly when output is AI-assisted — what still measures the human, what now measures the tooling, and how to run the review conversation.
SkillScore77Maintained
Automatic
◆HR & People Ops pack
Last verified 8/14/2026
What it changes
Passed 17 of 22 test cases with the skill, and 9 of 22 without it.
Without skill41%
With skill77%
Checks it passed that the model alone missed
The response explicitly rejects raw code volume metrics due to AI draft proliferation.
The metric is classified as a hybrid entity combining model draft capability and human verification.
The audit table marks feature spec volume and ticket creation velocity with a verdict of kill or rewrite.
and 11 more in the full report
10 fixed7 passed either way3 still failing2 broke
Pass-rate lift
+36 pp
Tokens
+41%
Agent turns
0%
Response time
-2%
Model gemini-3.6-flashMeasured 8/14/2026v117 of 22 cases passed with skill
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 10 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 10
Prompt
I need help setting up mid-year reviews for a Senior Software Engineer on my team. Currently, we grade engineers on story points completed per sprint, pull request turnaround time, and documentation thoroughness. Our company officially encourages developers to use tools like GitHub Copilot. Please provide an audit table analyzing our current criteria to see what they measure and whether to keep or adjust them, a set of redefined observable performance criteria focusing on human-driven value, steps for gathering evidence including inspecting work samples backwards, calibration rules for fair comparisons across different adoption rates, and manager scripts for tricky review conversations.
What was checked, without and with the skill
Checked
Without skill
With skill
The response includes an audit table using column headers distinguishing criteria, entity measured (human, tool, or hybrid), and verdict (keep, rewrite, or kill).
Missed
Passed
The response explicitly includes a discussion script for 'the launderer' scenario where unverified generative code was shipped with errors.
Missed
Passed
The rewritten performance criteria are organized around judgment, verification, outcomes, and leverage.
Passed
Passed
case-01 · gemini-3.6-flash · 8/14/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md66 linessingle file
AI-Assisted Performance Review Skill
The uncomfortable review question of the decade: when a report ships twice the output with AI, what did they do? Volume stopped measuring effort; polish stopped measuring skill. Punishing AI use is as wrong as crediting the model's work to the human. This skill separates the signals — and gives managers the conversation, not just the theory.
What This Skill Produces
A what-measures-whom analysis of the role's current evaluation criteria
Rewritten criteria that measure the human: judgment, verification, outcomes, leverage
Calibration rules for teams with uneven AI adoption
Conversation scripts for the three hard cases
Required Inputs
Ask for (if not already provided):
The role and current review criteria (the rubric, or how it really works)
How AI shows up in the work — which tasks, how much of the output it drafts, what the tooling reality is
The specific situation, if any: one person's review? team calibration? criteria rewrite?
The org's AI stance — encouraged? tolerated? policy exists? (Reviews must not punish sanctioned behaviour)
Method
Sort every criterion: human, tool, or hybrid. Walk the current rubric. Volume of drafts, formatting quality, speed to first version → now mostly tool signals (evaluating them evaluates prompt luck and subscription tier). Decision quality, stakeholder trust, error catch rate, what they chose to build → still human. Output quality overall → hybrid: credit belongs to the pair, and the review's job is to see the human's contribution inside it.
Rewrite around the four durable human signals:
Judgment — what they decided to do, what they declined, how they scoped; the quality of taste applied to AI output (what they kept, cut, and corrected)
Verification — do errors get caught before shipping? A person whose AI-assisted work is reliably right is demonstrating skill; one who forwards unverified fluency is a risk wearing productivity's clothes
Outcomes — did the work move what it was for (the metric, the decision, the customer), independent of how it was produced
Leverage — do they make AI multiply the team (shared prompts, workflows, teaching) or only their own count
Set the calibration rules for mixed adoption. In one team you'll have a 2×-output adopter and a careful non-adopter. Rules that keep it fair: evaluate against the role's outcomes, not each other's volume · where AI use is sanctioned, not adopting is a development conversation (not a values one) · where someone's edge is invisible verification labour, surface it explicitly before comparing. Never let the review become a proxy war about the tools.
Demand evidence that sees the human. Volume anecdotes are out. In: a sample of shipped work walked backwards (what did the AI draft, what did you change, why) · error/rework history · decisions log · peer signals about trust and leverage. The walk-backwards exercise is the single highest-signal artifact — put it in the review prep.
Script the three hard cases:
The volume star with thin judgment — "Your output doubled; let's walk three pieces backwards" (the conversation is about the delta between draft and shipped)
The careful sceptic being out-shipped — outcomes-first framing; adoption raised as growth, not deficiency; their verification strength named as a strength
The launderer — unverified AI work shipped as their own, errors reaching others: this is a reliability conversation with the accountability rule from the org's AI policy, not an AI conversation
Output Format
AI-Era Review Guidance: [role/team]
Criteria audit
| Current criterion | Measures | Verdict |
Build the context an AI needs to do a task well — the background, constraints, examples, and format it can't guess — so you get a great result on the first try instead of a generic one you have to keep correcting. Use when asked why does AI give me generic answers, how do I give AI better context, my AI results are mediocre, or how do I get it right the first time. Produces the specific context this task needs (who/what/constraints/examples/format), a reusable primer you can paste ahead of the r