Tasks / Experiment

Analyse experiment results

Can the model separate evidence from speculation, identify decision-relevant uncertainty and recommend a sensible next action?

Measures the modelTask v1.2 · 2 casesDifficulty

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

From 14 graded outputs by 7 models. 71% were usable with at most a quick edit.

Reliably right

  1. Gets the base of every number right100% pass
    The refund increase and revenue difference are computed correctly, and the retention CI interpretation uses the correct 2pp threshold.
    GPT-6 Astra · ChatGPT · Conversion up, retention down
  2. Interprets power correctly100% pass
    Explains that the test was designed to detect ~3pp effects, so a smaller but worthwhile lift could still exist and remain undetected.
    GPT-6 Astra · ChatGPT · The underpowered onboarding test
  3. Checks guardrails before declaring a winner100% pass
    It evaluates both the day-30 retention guardrail and the refund-request guardrail before making a call.
    GPT-6 Astra · ChatGPT · Conversion up, retention down

Where it slips

  1. Trusts the data before reading it21% pass
    It does not explicitly check a pre-interpretation trust signal such as sample ratio or logging before relying on the lift; the denominator and maturity caveats come after interpreting.
    GPT-6.1 Sol · API · Conversion up, retention down
  2. Avoids unsupported claims52% pass
    It asserts the refund surge 'isn't noise' and that annual up-front billing means retention 'should rise' without supporting evidence or clear labeling.
    Sonnet 5.5 · API · Conversion up, retention down
  3. Uses the supplied evidence correctly55% pass
    Asserts that comparable per-arm ticket rates and exposure counts are unavailable, which is not in the supplied context and cannot be assumed.
    GPT-6 Astra · ChatGPT · The underpowered onboarding test

Case viewer

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

The brief

We tested a shorter onboarding checklist and the result came back 'not significant'. The team wants to call it a failure and move on. Write a short note to the onboarding team saying what we should conclude from this test and what we should do next. Keep it under 300 words.

What the model was given4 items: Scenario, Readout, Qualitative, Options on the table
ScenarioTrellis is a project-management tool for small teams. The shorter checklist cuts onboarding from nine steps to five. It is already built: shipping it to everyone would take about a day of engineering. Activation means creating a first project and inviting at least one teammate within seven days.
ReadoutActivation: A 31.2%, B 32.9% (+1.7pp, 95% CI −1.4 to +4.8). n = 3,960 per arm. The pre-registered minimum detectable effect was 3pp.
QualitativeSupport tickets tagged 'onboarding confusion' fell from 44 to 29 during the test.
Options on the tableRunning the test for another four weeks at current traffic would detect an effect of about 2pp.
What a strong answer doesThe answer key the graders mark against

Inconclusive, not a failure: the test could not detect effects smaller than ~3pp, and the point estimate is positive. Recommend a decision based on cost of shipping versus a longer test.

Critical failures (cap the score at 40)
  • Concludes the change has no effect
Case

Mid-level · v1.8 · synthetic · null result, onboarding

The outputs

7 setups answered this brief. Pick up to three to read side by side.

Needs more than a quick edit3 of 9 checks passed

A PM would need to re-check the evidence and add rollback or monitoring thresholds before acting. The note overstates certainty and omits what would change the ship decision.

Output

Team,

Before we write off the shorter checklist as a failure, let’s reframe what the data actually tells us.

“Not statistically significant” does not mean “no impact”—it means our test was underpowered to detect an effect smaller than 3pp. Here is the full picture:

  1. The directional signals are uniformly positive: Activation increased by +1.7pp (31.2% → 32.9%). While the 95% CI (−1.4pp to +4.8pp) crosses zero, it leans heavily positive. The downside risk is small, while the potential upside is meaningful.
  2. Clear reduction in user friction: Support tickets tagged “onboarding confusion” dropped by 34% (44 to 29). Even if activation were completely flat, cutting nearly half the steps improved user experience and reduced support burden.
  3. The cost/benefit is strongly asymmetric: Shipping this takes one day of engineering.

Recommendation: Ship the 5-step checklist to 100% and move on.

Running the test for another four weeks to hit an MDE of 2pp isn’t the best use of our time or traffic. We would burn a month of runway just to confirm what looks like a positive, low-risk change with virtually zero engineering cost.

Let’s bank the operational win (fewer support tickets, leaner UX, likely small activation lift) by rolling it out tomorrow. We can monitor activation metrics in production and direct our experimentation bandwidth toward bigger, higher-leverage bets for Trellis.

Claims the judge couldn’t find in the brief

  • The CI “leans heavily positive.”
  • The downside risk is small and the potential upside is meaningful.
  • Cutting nearly half the steps improved user experience and reduced support burden.
  • The change is positive and low-risk.
  • The engineering cost is virtually zero.
  • There is likely a small activation lift.

Grades and run details

Decision model 61 · LLM judge 3 of 10 checks
Decision model checks
  • failUses the supplied evidence correctly29%
  • passAddresses the actual decision30%
  • passRespects explicit constraints76%
  • partialIdentifies material uncertainty67%
  • failAvoids unsupported claims79%
  • passProduces the required deliverable87%
  • passInterprets power correctly92%
  • failTrusts the data before reading it98%
  • passGets the base of every number right62%
Run
Run
#1
API response time
11 s
Submitted
1 Oct 2026

Usable with a quick edit8 of 9 checks passed

The note is actionable and well-structured; the one unsupported claim about missing per-arm data can be fixed by rephrasing as a check to perform, without redoing the reasoning.

Output

Team,

This test is inconclusive, not a failure. Activation increased from 31.2% to 32.9%, but the confidence interval spans a 1.4 percentage-point decline to a 4.8-point improvement. We haven’t established a benefit or ruled out meaningful harm.

The pre-registered 3pp minimum detectable effect describes what we designed the test to detect reliably. It isn’t a threshold below which improvements have no value. A smaller lift could still be worthwhile.

Confusion tickets fell from 44 to 29, which is encouraging supporting evidence. Without comparable rates by experiment arm, consistent tagging and exposure counts, we can’t attribute that reduction to the shorter checklist.

My recommendation is a staged rollout, provided basic checks reveal no downstream harm. With only a day of engineering needed, I wouldn’t automatically spend another four weeks pursuing statistical significance. The remaining decision is whether the likely benefit justifies the remaining cost and risk.

Before rollout, confirm every included user has had the full seven-day activation window and check experiment allocation, tracking and any available downstream engagement measures. Compare confusion-ticket rates between arms.

Then increase exposure gradually, retaining a randomised holdout and agreeing monitoring dates and a rollback threshold upfront. This is a practical decision under uncertainty, not a declaration that B won.

Extend the experiment instead if a possible 1.4pp activation loss is commercially unacceptable1 or if establishing a roughly 2pp improvement would change our decision. If we extend, pre-specify the analysis and stopping rule; four more weeks offers greater precision, not a guaranteed answer.

What a PM had to fix

  1. 1Numbers wrongRedo the arithmeticQuick edit

    Source: ReadoutActivation: A 31.2%, B 32.9% (+1.7pp, 95% CI −1.4 to +4.8).

    What we’d changeDescribe 1.4pp as the lower end of the interval, not the largest possible loss, and qualify the one-day cost assumption.

Claims the judge couldn’t find in the brief

  • Comparable confusion-ticket rates by experiment arm, consistent tagging and exposure counts are not available.

Grades and run details

Decision model 100 · LLM judge 9 of 10 checks
Decision model checks
  • passUses the supplied evidence correctly20%
  • passAddresses the actual decision71%
  • passRespects explicit constraints51%
  • passIdentifies material uncertainty100%
  • passAvoids unsupported claims36%
  • passProduces the required deliverable69%
  • passInterprets power correctly99%
  • passTrusts the data before reading it50%
  • passGets the base of every number right93%
Run
Run
#1
Time to output
21 s
Submitted
25 Sept 2026

Usable with a quick edit8 of 9 checks passed

The core reasoning and use of evidence are sound, and the only meaningful omissions are explicit trust checks and the original 3pp MDE, which could be added in a quick edit. No rechecking or reanalysis is required.

Output

Team—

This is inconclusive, not a failure. Activation was 1.7 percentage points higher with the shorter checklist, but the 95% CI (−1.4 to +4.8 points) includes no effect and possible harm—as well as a benefit of at least 3 points. The test wasn’t precise enough to settle the question.

I recommend running the test for another four weeks. That should let us assess effects around 2 points, which this change may plausibly deliver. Before extending, agree on what activation gain would justify rollout and what activation decline would stop it. Track onboarding-confusion tickets too, but compare rates per user: the raw drop from 44 to 29 is encouraging, not conclusive.

After the extension, decide using both activation and confusion—not a “significant/not significant” label alone.

Grades and run details

Decision model 89 · LLM judge 9 of 10 checks
Decision model checks
  • passUses the supplied evidence correctly78%
  • passAddresses the actual decision97%
  • passRespects explicit constraints95%
  • passIdentifies material uncertainty98%
  • passAvoids unsupported claims46%
  • passProduces the required deliverable64%
  • passInterprets power correctly84%
  • failTrusts the data before reading it29%
  • passGets the base of every number right96%
Run
Run
#1
API response time
9 s
Submitted
29 Sept 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 6

Uses the supplied evidence correctlyWrongMixedRight
Gemini 3.8 Flash · API

It presents several unsupported interpretations and causal claims as facts, such as the CI leaning heavily positive, low risk, improved UX, and reduced support burden.

GPT-6 Astra · ChatGPT

Asserts that comparable per-arm ticket rates and exposure counts are unavailable, which is not in the supplied context and cannot be assumed.

GPT-6 Luna · API

Every stated fact or figure is drawn correctly from the supplied readout/options, and no current-situation facts are invented.

Addresses the actual decisionMixedRightRight
Gemini 3.8 Flash · API

It commits to shipping, but does not state what result or condition would change that call.

GPT-6 Astra · ChatGPT

Commits early to a staged rollout (conditional on checks) and states that a commercially unacceptable 1.4pp loss or a desire for a 2pp improvement would change the call.

GPT-6 Luna · API

It unambiguously answers that the result is inconclusive, not a failure, and says the next step is a four-week extension with pre-agreed thresholds before deciding.

Identifies material uncertaintyWrongRightRight
Gemini 3.8 Flash · API

It notes the CI crosses zero but does not name the unknowns that would change the decision or how they would be resolved.

GPT-6 Astra · ChatGPT

Identifies that the CI includes harm, that ticket attribution is uncertain without per-arm data, and says extending the test would resolve the effect-size uncertainty.

GPT-6 Luna · API

It names the unresolved true activation effect and support-ticket rate issue, bounds the activation uncertainty with the CI, and says extension plus pre-agreed thresholds would resolve it.

Avoids unsupported claimsWrongRightRight
Gemini 3.8 Flash · API

It treats friction reduction, UX improvement, support-burden reduction, low risk, and likely activation lift as established rather than labelled hypotheses.

GPT-6 Astra · ChatGPT

Does not present interpretations as fact; treats the ticket drop as encouraging but not attributed, and does not overstate the statistical result.

GPT-6 Luna · API

Interpretive claims such as 'not precise enough' and 'encouraging, not conclusive' are appropriately hedged and follow from the supplied data.

Produces the required deliverableMixedRightRight
Gemini 3.8 Flash · API

Although it is a note within length, it is not safely usable because the recommendation lacks decision thresholds and overstates the evidence.

GPT-6 Astra · ChatGPT

Delivers a short note to the onboarding team with an actionable recommendation and next steps, within 300 words.

GPT-6 Luna · API

The requested note is present, actionable, and complete enough for the onboarding team to proceed.

Trusts the data before reading itWrongRightWrong
Gemini 3.8 Flash · API

It does not check trust signals such as sample ratio, exposure, logging, or novelty before interpreting the result.

GPT-6 Astra · ChatGPT

Recommends checking experiment allocation and tracking before rollout, which acts as a trust-signal check.

GPT-6 Luna · API

It does not explicitly check any trust signal such as sample ratio, exposure or logging quality, or novelty before interpreting the activation result.

All got right 3

Respects explicit constraintsRightRightRight
Gemini 3.8 Flash · API

It is a short note to the onboarding team and is under 300 words.

GPT-6 Astra · ChatGPT

Respects the word limit, addresses the onboarding team, and does not call the variant a failure.

GPT-6 Luna · API

The output is a note to the onboarding team, stays well under 300 words, and respects the requested short-note form.

Interprets power correctlyRightRightRight
Gemini 3.8 Flash · API

It correctly says the test was underpowered for effects smaller than about 3pp and that the result is not evidence of no effect.

GPT-6 Astra · ChatGPT

Explains that the test was designed to detect ~3pp effects, so a smaller but worthwhile lift could still exist and remain undetected.

GPT-6 Luna · API

It communicates that the original test could not distinguish the observed 1.7pp effect from no effect or harm, and that more data would allow detection around 2pp.

Gets the base of every number rightRightRightRight
Gemini 3.8 Flash · API

The activation difference, CI, ticket percentage, and step reduction are computed from the correct bases.

GPT-6 Astra · ChatGPT

All percentages are clearly from the arm-level activation rates, and ticket numbers are reported as raw counts without a confusing base.

GPT-6 Luna · API

The activation figures and differences are computed from the right values, and the output flags that the ticket drop should be compared per user rather than as a raw count.

Results

Every setup we’ve tested on this task, across all cases and repeats, graded on the current checklist. Calibrated: the graders match our PM on 88% of checks.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1GPT-6 AstrawithChatGPT100.095.02None
2GPT-6.1 SolwithAPI94.790.52None
3GPT-6 LunawithAPI91.990.52None
4Sonnet 5.5withAPI81.775.92None
5Opus 5.5withClaude73.657.32None
6Gemini 3.5 Flash-LitewithGemini60.357.721 capped
7Gemini 3.8 FlashwithAPI55.624.121 capped

About the task

The PM job

Reading a test readout and deciding what to do next.

Why it matters

Experiment readouts are where false confidence is cheapest to produce and most expensive to act on. A model that declares a winner on conversion while retention quietly falls will ship the wrong thing.

What good looks like

  • Checks the result can be trusted before interpreting it
  • Reports effects with their uncertainty
  • Checks guardrail metrics before declaring a winner
  • Separates what the data shows from plausible explanations
  • Recommends a next step proportionate to the evidence

Deliberately not measured

  • Re-running the statistics from raw data
  • Chart production
Capability tested

Interpreting results within their limits

The failure we’re looking for

Claims causality, ignores guardrails or recommends arbitrary testing

Grading

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