Tasks / Leadership

Write a performance review

Can the model write a review that is clear, fair and specific enough to change what the person does next?

Task type v1.1 · 2 tasksLast changed 6 Oct 2026 · ChangelogDifficulty

What AI gets right here, and what you’ll still have to catch

From 16 graded outputs by 8 models. 50% were usable with at most a quick edit.

Reliably right

  1. Judges outcomes, not activity100% pass
    Every rating change and keep is justified by outcomes against goals, with shipping and activity treated as context, not the result.
    GPT-6 Astra · ChatGPT · Fourteen ratings, three managers
  2. Owns the manager's part100% pass
    Ana plainly acknowledges her Q3 mistake and commits to reviewing goal metrics first in every monthly 1:1.
    Opus 5.5 · Claude · Shipped a lot, moved nothing
  3. Clear and direct, with care97% pass
    The note to Ravi is direct, specific about what needs to change, and framed to help him succeed; the whole pre-read is clear and actionable.
    GPT-6 Astra · ChatGPT · Fourteen ratings, three managers

Where it slips

  1. Identifies material uncertainty50% pass
    The output does not name any specific unknowns that could change the rating or how they would be resolved.
    Opus 5.5 · Claude · Shipped a lot, moved nothing
  2. Notices who's underrated69% pass
    It does not propose Exceeds or ask Sara to justify Meets despite Nora beating both goals; it merely keeps Meets, missing the underrating.
    GPT-6 Luna · API · Fourteen ratings, three managers
  3. Catches the inflated team78% pass
    The output proposes lowering Ben from Exceeds to Meets, failing to keep Ben at Exceeds as required; Ben beat both outcome goals and should remain Exceeds.
    Opus 5.5 · Claude · Fourteen ratings, three managers

How it’s graded

Each check is built on how world-class product and growth leaders do this work, as they’ve described it on Lenny’s Podcast, and names the leader it comes from.

  1. Clear and direct, with care

    Does the review say plainly what needs to change, in words the person couldn't misread, while showing it is written to help them succeed?

    Passes when Every main point is stated directly, with the specific change expected and the support on offer.

  2. Judges outcomes, not activity

    Does the review judge the person on the outcomes they achieved against their goals, rather than on how much they shipped or how busy they were?

    Passes when Rates against the goals' outcomes, with the evidence, and treats output as context, not the result.

  3. Names gaps you could see

    Is each area to improve described as specific, observable behaviour with what good would look like, rather than labels like 'be more strategic'?

    Passes when Every gap names what the person did or didn't do, in a specific situation, and what doing it well would look like.

  4. Weighs the whole period

    Does the review weigh the whole review period, rather than letting one recent event or one strong impression decide the verdict?

    Passes when Covers the whole period in proportion, and explicitly guards against a recent event or one impression dominating.

Plus our standard checks

Uses the supplied evidence correctly · Addresses the actual decision · Respects explicit constraints · Identifies material uncertainty · Avoids unsupported claims · Produces the required deliverable · and 3 written for each task, which you’ll see in the tasks below.

The tasks

Read the brief, then compare up to three outputs, each with the LLM judge’s verdict on every check. Highlights mark what a PM had to fix.

The brief

You're the Director of Product at Northgate, and you're facilitating Thursday's calibration for 14 PMs across three managers (Ravi, Sara and Tom). Write the pre-read, in no more than 1,100 words: the ratings you'd change and why, each with the evidence, the ones you'd keep, and a short note to Ravi about his ratings. Use the guidance below.\n\nThe proposed ratings and evidence are attached.

What the model was given2 items: calibration_guidance.md, proposed_ratings.csv (one row per PM, as each manager submitted it)
calibration_guidance.md7 lines · Download
# Calibration guidance

- Ratings judge outcomes against goals first, then how the work was done. Shipping is not an outcome.
- Any rating other than Meets needs written evidence of outcomes.
- A Below rating needs documented earlier feedback on the gap.
- Expected spread across the org: most PMs Meets; Exceeds for clear outperformance on outcomes.
- The calibration facilitator proposes changes; managers can respond before ratings are final.
proposed_ratings.csv (one row per PM, as each manager submitted it)pm,manager,proposed_rating,goal_1,goal_1_result,goal_2,goal_2_result,evidence_cited_by_manager Aisha,Ravi,Greatly exceeds,Raise trial conversion 8% to 11%,8.4%,Ship self-serve billing,Shipped,Shipped 9 features; great energy; leadership loves her Ben,Ravi,Exceeds,Cut onboarding time 10 to 5 days,4.5 days,Raise activation 30% to 38%,39%,Hit both goals Chloe,Ravi,Exceeds,Grow API usage 20%,+4%,Launch partner portal,Shipped,Partner portal launched on time; strong specs Dev,Ravi,Exceeds,Reduce support tickets per account 25%,-27%,NPS from 31 to 40,41,Hit both goals; mentored two APMs Emma,Ravi,Exceeds,Expansion revenue +15%,+6%,Ship usage dashboard,Shipped,Very responsive to Sales; shipped 6 Sales requests Femi,Sara,Meets,Raise weekly retention 41% to 46%,46%,Cut churn of new accounts 20%,-22%,"Hit both goals, steady" Gita,Sara,Below,Raise invoices paid online 35% to 45%,47%,Launch reminders v2 by September,"Launched, rolled back after 4 days (support not briefed)",Reminders launch in September was a mess Hugo,Sara,Meets,Ship mobile app v2,Shipped late,Mobile weekly actives +20%,+3%,Delivered a hard project Ines,Tom,Exceeds,Cut checkout drop-off 30% to 22%,21%,Launch two payment methods,Shipped,"Hit both, specific evidence" Jon,Tom,Meets,Search success 60% to 70%,66%,Ship filters,Shipped,"Good progress, more to do" Kai,Tom,Meets,Reduce refund rate 4% to 3%,3.1%,Fraud losses -20%,-24%,Solid year Lena,Tom,Below,Grow marketplace listings 25%,+9%,Launch seller analytics,Not launched,"Missed both goals; feedback given in Q2 and Q3 1:1s, documented" Mo,Tom,Meets,Cut time to first sale for new sellers 21 to 14 days,15 days,Seller NPS +5,+6,"Nearly hit, good stakeholder work" Nora,Sara,Meets,Raise payment success 92% to 95%,95.4%,Cut payment support tickets 30%,-35%,"Quiet, delivered"
What a strong answer doesThe answer key the graders mark against

Judges each PM on outcomes against their goals, as the guidance says. Ravi rated all five of his PMs Exceeds or above, but only Ben and Dev hit both goals; Aisha (Greatly exceeds) missed her conversion goal (8.4% against 11%), Chloe missed API usage (+4% against +20%) and Emma missed expansion (+6% against +15%), and his evidence is output ('shipped 9 features', 'responsive to Sales'). Proposes Aisha, Chloe and Emma at Meets (or lower for Chloe, whose outcome goal was far off), keeps Ben and Dev at Exceeds. Gita (Sara, Below) beat her main goal (47% against 45%) and the Below rests on one September launch, with no documented feedback, which the guidance requires: Meets, with the launch-readiness gap documented now. Nora (Sara, Meets) beat both goals: a candidate for Exceeds. Lena (Tom, Below) has documented feedback and missed both goals: Below stands. Hugo shipped late and missed his outcome: Meets is generous but defensible, or Below needs documentation first. The note to Ravi is direct and respectful: rate on outcomes, not activity, with what evidence he'd need.

Critical failures (cap the score at 40)
  • Keeps Aisha at Greatly exceeds
Task

Staff-level · v1.0

The outputs

8 setups answered this brief.

Needs more than a quick edit11 of 13 checks passed

Nora's rating is not correctly addressed; a PM would need to re-evaluate her case for Exceeds. The output also lacks observable behavior gaps, though that is less critical for a calibration pre-read.

Output

Thursday calibration pre-read

Proposed changes below are for discussion, not final ratings. We’ll assess outcomes against goals first; shipping, effort, and stakeholder praise are not outcomes by themselves. Managers can share additional evidence before ratings are finalized.

Ratings I’d change

  • Aisha — Greatly exceeds → Meets. Trial conversion reached 8.4% against an 11% goal. Self-serve billing shipped, but shipping is not an outcome, and the cited nine features, energy, and leadership praise don’t establish goal outperformance.
  • Chloe — Exceeds → Meets. API usage grew 4% against a 20% goal. The partner portal shipped, but no result from the launch is cited; strong specs and on-time delivery don’t establish Exceeds.
  • Emma — Exceeds → Meets. Expansion revenue grew 6% against a 15% goal. The dashboard shipped, and six Sales requests were delivered, but neither is evidence of the targeted revenue outcome or clear outperformance.
  • Ines — Exceeds → Meets. Checkout drop-off reached 21% against a 22% goal, while two payment methods shipped. The checkout result beat its target by one point; for the payment-method goal, no outcome beyond shipping is cited. The evidence supports a solid year, not clear outperformance on outcomes.
  • Gita — Below → Meets on the current record. Online invoices reached 47% against a 45% goal. Reminders v2 launched but was rolled back after four days because Support had not been briefed. That is a serious rollout issue, but the record includes no earlier documented feedback on the gap, as required for Below. Please share any such documentation before calibration closes.

Ratings I’d keep

  • Ben — Exceeds. Onboarding fell to 4.5 days against a 5-day goal, and activation reached 39% against 38%: both measured outcomes surpassed target.
  • Dev — Exceeds. Support tickets fell 27% against a 25% goal, and NPS reached 41 against 40. Both outcomes beat their goals; mentoring two APMs is additional contribution.
  • Femi — Meets. Weekly retention reached its 46% goal, and new-account churn fell 22% against a 20% goal.
  • Hugo — Meets, with a material concern to discuss. The app shipped late and mobile weekly actives rose 3% against a 20% goal. The evidence shows a missed outcome; no earlier documented feedback is cited to support Below.
  • Jon — Meets. Search success reached 66% against 70%, and filters shipped. This is progress, not goal attainment; the record does not establish a case for a non-Meets rating.
  • Kai — Meets. Fraud losses fell 24% against a 20% goal; refund rate was 3.1% against a 3% goal. Mixed results support Meets.
  • Lena — Below. Listings grew 9% against a 25% goal, and seller analytics did not launch. Earlier feedback on the gap is documented in Q2 and Q3 1:1s, meeting the Below requirement.
  • Mo — Meets. Time to first sale was 15 days against a 14-day goal; seller NPS rose 6 points against a 5-point goal. One goal narrowly missed, the other was exceeded.
  • Nora — Meets. Payment success reached 95.4% against a 95% goal, and support tickets fell 35% against a 30% goal. Both outcomes beat target, but the evidence supports Meets rather than clear outperformance.

Note to Ravi

Ravi, several of your proposed high ratings cite launches, feature volume, responsiveness, or praise alongside missed outcome goals. For calibration, please anchor any Exceeds or Greatly Exceeds case in clear outcome outperformance; shipping alone is not enough. Please bring any additional outcome evidence you believe changes these recommendations.

Grades and run details

Decision model 92 · LLM judge 79
Decision model checks
  • passUses the supplied evidence correctly87%
  • passAddresses the actual decision52%
  • passRespects explicit constraints39%
  • partialIdentifies material uncertainty31%
  • passAvoids unsupported claims69%
  • passProduces the required deliverable62%
  • passCatches the inflated team100%
  • passRescues Gita from one bad launch100%
  • partialNotices who's underrated41%
  • passClear and direct, with care85%
  • passJudges outcomes, not activity97%
  • passNames gaps you could see78%
  • passWeighs the whole period64%
Run
Run
#1
API response time
25 s
Submitted
5 Oct 2026

Usable with a quick edit13 of 13 checks passed

The memo is exhaustive for calibration, uses only supplied evidence, and could be sent with at most minor wording tweaks.

Output

To: Ravi, Sara, Tom From: Director of Product Date: October 24, 2023 Subject: Pre-Read: Product Calibration (Thursday)

Team—ahead of Thursday’s calibration, I have reviewed all 14 proposed ratings against our calibration principles: 1. Outcomes over outputs: We evaluate impact against goals first, then how the work was done. Shipping is an output, not an outcome. 2. Evidence-based: Any rating other than Meets requires documented outcome data. 3. Guardrails on Below: A Below rating requires documented prior feedback on the gap. 4. Distribution: Most PMs should land at Meets, with Exceeds reserved for clear outperformance on business and customer outcomes.

Below are my proposed adjustments, the ratings I recommend keeping, and the discussion points for Thursday.

---

1. Proposed Rating Changes

#### Aisha (Ravi): Greatly Exceeds $\rightarrow$ Meets * Evidence: Trial conversion increased from 8% to 8.4% (well short of the 11% target). Self-serve billing and 9 features shipped. * Rationale: Aisha’s energy and velocity are appreciated, but shipping features and executive visibility do not constitute business outcomes. She significantly missed her primary conversion goal. Delivering features without moving the core metric places her solidly at Meets.

#### Chloe (Ravi): Exceeds $\rightarrow$ Meets * Evidence: API usage grew +4% (target was +20%). Partner portal shipped on time with strong specs. * Rationale: Timely delivery and strong documentation are expected baseline PM capabilities. Chloe missed her outcome metric by 16 percentage points. Meets is the appropriate rating.

#### Emma (Ravi): Exceeds $\rightarrow$ Meets * Evidence: Expansion revenue grew +6% (target was +15%). Shipped usage dashboard and 6 sales requests. * Rationale: Being responsive to Sales and clearing backlog requests reflects high effort, but it produced less than half of the targeted revenue expansion. Meets appropriately reflects delivery without outsized outcome impact.

#### Gita (Sara): Below $\rightarrow$ Meets * Evidence: Invoices paid online reached 47% (exceeded the 45% target, up from 35%). Reminders v2 launched in September and was rolled back after 4 days due to unbriefed support. * Rationale: Gita significantly outperformed on her primary outcome metric (+12 pts). The launch execution for reminders was unacceptable, but: 1. Our policy prioritizes outcomes first, then execution. 2. A Below rating explicitly requires documented prior feedback on the gap, which is absent here. Gita should receive Meets, paired with explicit operational feedback regarding launch readiness.

#### Nora (Sara): Meets $\rightarrow$ Exceeds * Evidence: Payment success increased to 95.4% (beat 95% target, from 92%). Payment support tickets dropped -35% (beat -30% target). * Rationale: Nora exceeded both of her core outcome metrics. Quiet, low-drama delivery should be rewarded just as visibly as vocal execution. This is textbook outperformance.

---

2. Ratings Kept as Proposed

  • Ben (Ravi) — Exceeds: Cut onboarding time to 4.5 days (target: 5) and grew activation to 39% (target: 38%). Clear outperformance on both outcome metrics.
  • Dev (Ravi) — Exceeds: Reduced support tickets by -27% (target: -25%) and lifted NPS to 41 (target: 40), while mentoring two APMs. Strong outcomes combined with positive org impact.
  • Ines (Tom) — Exceeds: Reduced checkout drop-off to 21% (beat target of 22%) and successfully shipped two new payment methods. Met both outcome and delivery bars.
  • Jon (Tom) — Meets: Improved search success to 66% (target: 70%) and shipped filters. Solid progress; Meets is accurate.
  • Kai (Tom) — Meets: Refund rate finished at 3.1% (target: 3.0%) and fraud losses dropped -24% (beat -20% target). Consistent, dependable execution.
  • Mo (Tom) — Meets: Time to first sale dropped to 15 days (target: 14) and seller NPS reached +6 (target: +5). Solid year with strong stakeholder management.
  • Lena (Tom) — Below: Marketplace listings grew only +9% (target: +25%) and seller analytics failed to launch. Missed both goals. Formal feedback was documented in Q2 and Q3 1:1s, meeting our required standard for Below.

---

3. Key Discussion Items for Calibration

  • Hugo (Sara — Proposed: Meets): Hugo shipped mobile v2 late and achieved +3% WAU growth against a +20% target. By outcomes alone, this is Below performance. However, our guidance requires documented earlier feedback to assign a Below. If Sara has prior documented feedback, we should move Hugo to Below. If not, Hugo stays at Meets, but must be placed on a structured performance plan immediately.
  • Femi (Sara — Proposed: Meets): Femi hit weekly retention (46%) and beat account churn reduction (-22% vs. -20%). We will discuss whether Femi’s consistent delivery warrants an Exceeds alongside Nora.

---

4. Org Distribution Impact

* Proposed initial spread: 1 Greatly Exceeds / 5 Exceeds / 6 Meets / 2 Below (Ravi: 100% Exceeds+, Sara: 0% Exceeds+, Tom: 25% Exceeds) * Revised spread: 0 Greatly Exceeds / 4 Exceeds (29%) / 9 Meets (64%) / 1 Below (7%) (pending Hugo/Femi) This aligns with our goal of centering the team at Meets while recognizing demonstrable outperformance.

---

5. Note to Ravi

Ravi,

I want to speak directly to your proposed ratings before we meet Thursday. You put forward 5 out of 5 PMs at Exceeds or Greatly Exceeds. While I appreciate your instinct to back your team, this submission has two significant issues:

  1. Outputs vs. Outcomes: For Aisha, Chloe, and Emma, your rationale centers on features shipped, sales responsiveness, spec quality, and team energy. These are outputs and behaviors. When we look at their business targets, all three fell well short: trial conversion missed by 2.6 pts, API usage missed by 16 pts, and expansion revenue missed by 9 pts. Shipping software that does not move the target metric is not Exceeds performance.
  2. Parity across the org: Tom and Sara evaluated their teams strictly against measurable results. If we reward activity on your team while holding their PMs to hard outcome metrics, we undermine the integrity of the process and demotivate top performers across Northgate (such as Nora, who exceeded all metrics without fanfare).

Ben and Dev demonstrated genuine outperformance on outcomes and have earned their Exceeds ratings. Aisha, Chloe, and Emma are valued contributors, but their results are standard Meets. Let’s align on this calibration standard so we can give your PMs clear, actionable coaching on driving commercial and customer impact, rather than just shipping volume.

Looking forward to a productive session Thursday.

Grades and run details

Decision model 96 · LLM judge 100
Decision model checks
  • passUses the supplied evidence correctly29%
  • passAddresses the actual decision82%
  • passRespects explicit constraints26%
  • passIdentifies material uncertainty92%
  • partialAvoids unsupported claims50%
  • passProduces the required deliverable83%
  • passCatches the inflated team100%
  • passRescues Gita from one bad launch100%
  • passNotices who's underrated100%
  • passClear and direct, with care99%
  • passJudges outcomes, not activity100%
  • passNames gaps you could see52%
  • passWeighs the whole period78%
Run
Run
#1
API response time
39 s
Submitted
6 Oct 2026

Needs more than a quick edit2 of 13 checks passed

The output is incomplete, missing the keep list and Ravi note, and cannot be used without redoing the reasoning and filling major gaps.

Output

To: Ravi, Sara, Tom From: Director of Product Subject: Pre-Read: Thursday PM Calibration (Northgate)

Team,

Ahead of our calibration session this Thursday, I have reviewed the proposed ratings, outcomes, and evidence for all 14 PMs across our org.

Per our calibration guidance, we evaluate PMs first on outcomes against goals, not on activity. Shipping features, being responsive to sales, or having great energy are inputs, not results. Furthermore, any rating other than "Meets" requires rigorous, quantifiable evidence of goal achievement, and "Below" ratings require documented prior feedback.

Below is my proposed adjustment of ratings, the rationale and evidence for changes, and the list of ratings we are keeping as submitted.

---

Part 1: Proposed Rating Changes & Rationale

#### 1. Aisha (Manager: Ravi) * Proposed by Manager: Greatly Exceeds * My Proposed Rating: Below * Evidence & Rationale: * Goal 1: Raise trial conversion from 8% to 11% $\rightarrow$ Result: 8.4% (Missed by a wide margin). * Goal 2: Ship self-serve billing $\rightarrow$ Result: Shipped (Violation of guidance: "Shipping is not an outcome"). * Rationale: Aisha missed her primary core metric goal entirely (gaining only 0.4% against a 3% target) and fell back on "shipping" and "great energy" for her second goal. Per our framework, failing the core quantitative goal while relying on output means this is a Below performance. Ravi, we will need to document the performance gap and prior feedback for Aisha in this cycle.

#### 2. Chloe (Manager: Ravi) * Proposed by Manager: Exceeds * My Proposed Rating: Meets * Evidence & Rationale: * Goal 1: Grow API usage 20% $\rightarrow$ Result: +4% (Severe miss). * Goal 2: Launch partner portal $\rightarrow$ Result: Shipped on time

Grades and run details

Decision model 65 · LLM judge 14
Decision model checks
  • passUses the supplied evidence correctly70%
  • passAddresses the actual decision28%
  • partialRespects explicit constraints20%
  • failIdentifies material uncertainty88%
  • passAvoids unsupported claims33%
  • partialProduces the required deliverable75%
  • partialCatches the inflated team95%
  • failRescues Gita from one bad launch83%
  • failNotices who's underrated95%
  • passClear and direct, with care55%
  • passJudges outcomes, not activity98%
  • passNames gaps you could see69%
  • passWeighs the whole period21%
Run
Run
#1
Time to output
3 s
Submitted
5 Oct 2026

Check by check

Where the outputs differ comes first. Open a check to read the judge’s reasons. “Mixed” means the two graders disagreed.

Where they differ 11

Addresses the actual decisionRightRightMixed
GPT-6 Luna · API

The output commits to specific rating changes and keeps, frames them for the calibration discussion, and states that additional evidence from managers could change the recommendations.

Gemini 3.8 Flash · API

The memo commits to specific rating changes (Aisha to Meets, Gita to Meets, Nora to Exceeds, etc.) and keeps others, giving a clear answer to the calibration decision.

Gemini 3.5 Flash-Lite · Gemini

The output is cut off and does not commit to a complete answer; it lacks the ratings to keep and the note to Ravi.

Respects explicit constraintsRightRightWrong
GPT-6 Luna · API

The pre-read is within 1,100 words, includes the requested sections (changes, keeps, note to Ravi), and follows the calibration guidance.

Gemini 3.8 Flash · API

The pre-read is under 1,100 words, respects the calibration guidance, and includes all requested sections (changes, keeps, discussion, note to Ravi).

Gemini 3.5 Flash-Lite · Gemini

The brief requires a pre-read with changed ratings, kept ratings, and a note to Ravi; the output is incomplete and omits the keep list and note.

Identifies material uncertaintyRightRightWrong
GPT-6 Luna · API

It identifies the missing documented feedback for Gita and Hugo as key unknowns and asks for any such documentation before finalizing.

Gemini 3.8 Flash · API

It explicitly flags that Hugo's Below rating depends on whether Sara has documented prior feedback and says what to do in each case.

Gemini 3.5 Flash-Lite · Gemini

No unknowns that could change the decision are named, nor how they would be resolved.

Avoids unsupported claimsRightRightMixed
GPT-6 Luna · API

No interpretations, causes, or forecasts are presented as established fact; all confident claims are directly supported by the supplied evidence.

Gemini 3.8 Flash · API

Assessments are framed as the director's judgment; no causal claim is asserted as fact beyond the supplied evidence.

Gemini 3.5 Flash-Lite · Gemini

It proposes a Below rating for Aisha without the documented earlier feedback the guidance requires, presenting the rating as justified when the evidence does not support it.

Produces the required deliverableRightRightWrong
GPT-6 Luna · API

The pre-read is complete, in the right form, within length, and usable for the calibration discussion with at most light edits.

Gemini 3.8 Flash · API

The pre-read is complete, in memo format, addressed to the three managers, and actionable as a discussion brief.

Gemini 3.5 Flash-Lite · Gemini

The pre-read is incomplete, missing the keep list and Ravi note, and cannot be acted on without major gaps.

Catches the inflated teamRightRightWrong
GPT-6 Luna · API

It names Aisha, Chloe, and Emma with their missed outcome goals and proposes lowering them to Meets, while keeping Ben and Dev at Exceeds.

Gemini 3.8 Flash · API

It names Aisha (8.4% vs 11%), Chloe (+4% vs +20%), and Emma (+6% vs +15%) and proposes lowering all three to Meets, while keeping Ben and Dev at Exceeds.

Gemini 3.5 Flash-Lite · Gemini

It names Aisha and Chloe but does not mention Emma, so it fails to catch all three inflated ratings.

Rescues Gita from one bad launchRightRightWrong
GPT-6 Luna · API

It raises Gita to Meets, noting she beat her main goal and the Below rests on one launch without the required documented feedback, and asks for that documentation.

Gemini 3.8 Flash · API

It notes Gita beat her main outcome (47% > 45%) and that Below lacks documented prior feedback, raising her to Meets with a note to document the launch gap.

Gemini 3.5 Flash-Lite · Gemini

Gita is not mentioned at all, so the output does not rescue her from the Below rating.

Notices who's underratedWrongRightWrong
GPT-6 Luna · API

It does not propose Exceeds or ask Sara to justify Meets despite Nora beating both goals; it merely keeps Meets, missing the underrating.

Gemini 3.8 Flash · API

It highlights that Nora beat both goals (95.4%, -35%) and proposes raising her from Meets to Exceeds.

Gemini 3.5 Flash-Lite · Gemini

Nora is not mentioned, so the output does not notice she is underrated.

Clear and direct, with careRightRightMixed
GPT-6 Luna · API

The pre-read states changes directly and clearly, and the note to Ravi is respectful, specific, and actionable.

Gemini 3.8 Flash · API

The note to Ravi directly says his ratings are based on outputs, not outcomes, gives specific examples, and offers coaching on driving impact rather than shipping volume.

Gemini 3.5 Flash-Lite · Gemini

The output is incomplete and lacks the full note to Ravi; it does not say plainly everything that needs to change.

Names gaps you could seeMixedRightMixed
GPT-6 Luna · API

It does not name specific, observable behaviors or what good looks like for any PM; the calibration pre-read focuses on ratings and evidence, not developmental gaps.

Gemini 3.8 Flash · API

The gaps for Ravi cite concrete evidence (features shipped, sales responsiveness) and define what good looks like (aligning on calibration standard, rewarding metric movement).

Gemini 3.5 Flash-Lite · Gemini

It does not describe gaps as specific, observable behaviors with what good would look like; it only states missed targets.

Weighs the whole periodRightRightMixed
GPT-6 Luna · API

It weighs the full review period by using the goal results, and explicitly guards against one recent event dominating (e.g., Gita's rollback).

Gemini 3.8 Flash · API

It weighs full-period results (e.g., Gita's strong metric outweighs one bad launch, Hugo's missed WAU is considered against delivery, not just the late shipment).

Gemini 3.5 Flash-Lite · Gemini

It does not weigh the whole review period or guard against recency; it only mentions goal results without context of the full period.

All got right 2

Uses the supplied evidence correctlyRightRightRight
GPT-6 Luna · API

Every factual claim about the current situation is taken directly from the proposed_ratings.csv or calibration_guidance.md, with no inventions.

Gemini 3.8 Flash · API

Every performance number and outcome result in the output matches the supplied proposed_ratings.csv.

Gemini 3.5 Flash-Lite · Gemini

All factual claims about current performance and results are taken correctly from the supplied context.

Judges outcomes, not activityRightRightRight
GPT-6 Luna · API

It judges every PM on the outcomes achieved against their goals, treating shipping and activity as context, not the result.

Gemini 3.8 Flash · API

Every rating change is justified by comparing goal results to targets, not by shipped features or stakeholder praise.

Gemini 3.5 Flash-Lite · Gemini

For the parts it covers, it judges on outcomes against goals, not on activity or shipping.

Results

Every setup we’ve tested on this task type, across all its tasks and repeats, graded on the current checklist. Calibrated.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1GPT-6 AstrawithChatGPT93.892.32None
2Haiku 5.5withAPI93.888.52None
3GPT-6.1 SolwithAPI97.984.62None
4Opus 5.5withClaude91.885.22None
5GPT-6 LunawithAPI94.177.72None
6Gemini 3.8 FlashwithAPI89.776.92None
7Sonnet 5.5withAPI90.174.22None
8Gemini 3.5 Flash-LitewithGemini74.449.52None

What you get for the cost

Haiku 5.5 · API matches GPT-6 Astra · ChatGPT at about a fortieth of the cost.

Task score against relative cost for each setup. The table below has the same figures.50607080901001×3×10×30×Cost per output, relative to the cheapest setup (log scale) →↑ Task scoreGPT-6 Astra · ChatGPT: task score 91, 70× the cheapestHaiku 5.5 · API: task score 91, 1.7× the cheapestGPT-6.1 Sol · API: task score 89, 13× the cheapestOpus 5.5 · Claude: task score 87, 61× the cheapestGPT-6 Luna · API: task score 82, the cheapestGemini 3.8 Flash · API: task score 82, 12× the cheapestSonnet 5.5 · API: task score 81, 31× the cheapestGemini 3.5 Flash-Lite · Gemini: task score 61, 1.9× the cheapest (1 of 2 outputs estimated)GPT-6 Astra · ChatGPTHaiku 5.5 · APIGPT-6.1 Sol · APIOpus 5.5 · ClaudeGPT-6 Luna · APIGemini 3.8 Flash · APISonnet 5.5 · APIGemini 3.5 Flash-Lite · Gemini
Best valueNobody beats these on both score and costCost partly estimated (app runs with no usage meter)
Task score and relative cost by setup
SetupTask scoreRelative cost (cheapest = 1)
GPT-6 Luna · API821.0×
Haiku 5.5 · API911.7×
Gemini 3.5 Flash-Lite · Gemini611.9× (partly estimated)
Gemini 3.8 Flash · API8212×
GPT-6.1 Sol · API8913×
Sonnet 5.5 · API8131×
Opus 5.5 · Claude8761×
GPT-6 Astra · ChatGPT9170×

Cost is each output’s tokens at the model’s list price, shown relative to the cheapest setup. Runs done in an app have no usage meter, so theirs are estimated from the same setup’s measured runs. How we compare cost

About the task

The PM job

Reviewing the performance of a PM you manage.

Why it matters

Reviews fail by being kind and vague, or by judging a whole year on its worst month. Either way, the person doesn't know what to change.

What good looks like

  • Clear and direct, with care
  • Judges outcomes, not activity
  • Names gaps in observable terms
  • Weighs the whole period, not the last month

Deliberately not measured

  • HR policy compliance beyond what the brief supplies
Capability tested

Feedback and judgement

The failure we’re looking for

Vague, diplomatic feedback, or a verdict driven by one recent event

Grading

Decision model and LLM judge, calibrated against a blind PM review