● Whitepaper · methodology & results · v2.1 · July 2026

Capability isn't the bottleneck.
Operational discipline is.

How ResolveBench grades customer-support agents on the database end-state they leave and the workflow they follow, and what 6,400 runs reveal about why capable models still fail.

v2.1 · July 2026 · v2 (July 2026, seven configurations) - archived · v1 (June 2026, five configurations) - archived

Abstract

Customer-support benchmarks typically ask whether an agent can resolve a case once. A production support agent must resolve it every time and by the book: authenticate the caller, gather the required evidence, take only permitted actions, and leave the backend in the correct state. ResolveBench is an operational-reliability benchmark: it runs frontier agents through 100 audited support cases, each 8 independent times across 8 model configurations (6,400 scored runs), and grades them on the actual database end-state they leave behind, not a self-declared label, folding authentication, evidence, and allowed-action compliance into the score, treating safety as a per-task hard-fail, auditing every reference solution by replay plus human review, and publishing every trajectory. It reports pass^k reliability rather than single-run accuracy. Our central result is that capability is rarely the bottleneck: the strongest single-run configuration resolves 67% of cases on a lucky run but only 52% on all eight. Claude Fable 5 leads the board outright at a pass^8 of 0.52 (a paired-bootstrap +13 points over the runner-up, with a 95% CI of [+2, +25] that excludes zero), while behind it the next four configurations (GPT-5.5 medium (39%), GPT-5.5 high (37%), Claude Opus 4.8 high (34%), and GPT-5.6 Sol (34%)) remain a statistical tie whose bootstrap 95% confidence intervals all overlap. Kimi K3 fixes K2.6's protocol collapse yet remains the most run-to-run volatile configuration measured and lands at 25%, so only Kimi K2.6 (3%) now separates clearly at the bottom. Additional reasoning effort yields no measurable reliability gain within GPT-5.5: its medium and high configs are statistically indistinguishable (paired difference +0.02, CI [−0.05, +0.09]). A failure analysis shows the binding constraint is procedural discipline rather than answer selection: across all eight configurations, 57% of failing trials on the hardest tasks reached the correct, safe resolution yet still failed the strict 90/100 bar by skipping mandated verification reads or omitting required evidence IDs. The process gap survives the new leader: scored on outcome alone, Claude Fable 5 passes 81% of tasks on all eight trials versus 52% by the book, a 29-point procedural gap.

Keywords: AI agents, large language models, agent evaluation, benchmarking, reliability, pass^k, tool use, customer-support automation, failure analysis, AI safety

1 The reliability problem

A single-run score (pass@1, "did it solve it?") answers the wrong question for a production support agent. A customer who rephrases their issue, a retry after a timeout, or a slightly different account state is a new sample from the same task. If an agent resolves a case on 6 of 8 attempts, a single-run benchmark will, most of the time, report success, and hide a 25% failure rate that a support organization would feel immediately as escalations, refunds issued in error, and broken trust.

The gap between "can solve it" and "reliably solves it" is not a rounding error. As Figure 1 shows, it is the dominant signal, and it widens precisely for the models that look strongest on a single try.

2 Four design principles

A

Scored on the end-state

Resolution is graded on the actual database state the agent leaves behind, an outcome-based reward, not a self-declared label. What changed in the world is what counts.

B

Operational discipline

Authentication, required evidence, and allowed actions are graded as part of the job. A run that reaches the right end-state by the wrong process (skipping a verification read or a forbidden tool) still fails; prohibited calls are a per-task hard-fail traced to the exact step.

C

Transparency & decomposition

Every run's golden plan sits beside the agent's actual tool calls, with the exact failure reason, so each failure is attributed to a mechanism (over-action, evidence gap, skipped verification, incomplete handoff), not a bare pass/fail.

D

pass^k on audited goldens

Each task runs 8× and we report the unbiased pass^k decay curve, so run-to-run variance is measured, not averaged away. Every reference solution is replayed against its seed and human-reviewed: zero broken goldens.

3 Methodology

1  Task construction

customer
message
seeded
database
tool
palette
hidden ground truthgolden action · required evidence · prohibited tools
Audit gate: reference plan replayed against the seed + human expert review, so reachability is guaranteed

2  Execution (8 independent trials per task × model)

agent under test8 frontier configurations
sandboxed environmentlive database · tools · scripted customer
per-run artifactstool-call trajectory, final action and message, final database state

the agent loops (tool call → observation) until submit_resolution or the step limit

3  Scoring (per run)

correct resolution35%DB end-state
evidence20%required IDs
tool-use20%required calls
safety15%hard-fail
communication10%LLM judge
composite0 to 100
Pass gate: composite ≥ 90 and no prohibited tool executed, and only then does the run pass

4  Aggregation and output

unbiased pass^kC(c,k) / C(n,k), with bootstrap 95% CI
leaderboard
and decay curve
failure
taxonomy
public release of
all trajectories
Figure 1. The ResolveBench pipeline. Each task ships a seeded database and a hidden ground truth whose reference plan is replayed against that seed and reviewed by human experts before release. Every (task, model) pair is executed 8 independent times in a sandboxed environment, and each run yields a full tool-call trajectory and the resulting database state. Scoring grades that end-state against the golden mutation set alongside four process dimensions, with safety as a hard-fail, and a run passes only at 90/100 or above.

Tasks. 100 realistic support cases across airline, hotel, and utility domains, spanning difficulty levels L2–L5. Each task ships a customer message, a seeded database (accounts, bookings, payments, policies), a set of available tools, a hidden ground-truth outcome, required evidence, and a prohibited-tool list.

Reliability (pass^k). With n=8 trials and c successes, we use the unbiased estimator pass^k = C(c,k)/C(n,k): the probability that all of k randomly drawn runs succeed. pass¹ is the chance one run succeeds; pass⁸ is the chance all eight do. Trials that error out for infrastructure reasons (API 4xx/5xx, network) are excluded, never counted as task failures.

Composite score. Every run is scored 0–100 as a weighted sum of five dimensions, each 0–5: Correct Resolution (35%), Evidence Correctness (20%), Tool-Use Correctness (20%), Safety & Compliance (15%), and Communication Quality (10%). A run passes only at ≥90/100: a production-grade bar where a single weak dimension can sink an otherwise good run. Safety is a hard-fail: one prohibited call zeroes it.

Reasoning effort. Where a model exposes it, we run reasoning effort as a labeled knob (high vs. default/medium) so the contribution of "thinking harder" is measured directly rather than confounded.

4 Results

pass¹ pass⁸ drop = reliability lost between one try and eight

Figure 2. The reliability gap: pass¹ (the chance one run succeeds) vs. pass⁸ (the chance all 8 succeed).

Figure 3. Full leaderboard. Scored at the strict 90/100 bar; safety is a per-task hard-fail. The pass⁸ column shows the bootstrap 95% confidence interval (resampling over tasks); the four configurations at ranks 2–5 overlap, while Claude Fable 5's lead is established by a paired per-task bootstrap (+0.13, 95% CI [+0.02, +0.25]); Kimi K3's interval ([17,34]) also overlaps Claude Opus 4.8 default's ([21,38]), so only Kimi K2.6 separates. In the Safety column, the parenthetical (n) is the number of tasks with at least one prohibited-tool call.

All eight configurations were evaluated with the identical harness, scorer, and task suite. Claude Fable 5 (high), the new leader, wins on discipline, not just answers: it leads every operational dimension (Evidence (4.17), Tool-Use (4.08), Safety (4.93)), has the shallowest pass¹→pass⁸ decay of all eight configurations (retention 0.772), and passes top3_airlines_1, the procedural-discipline case no other configuration passes, on all eight trials; it trails only the Claude Opus 4.8 configurations on the judge-scored Communication dimension (4.65 vs 4.79/4.82). GPT-5.6 Sol (high) lands below both of its older siblings and dead even with Claude Opus 4.8 high: pass⁸ 34% with an identical confidence interval ([25,43]), a study in how aggregate stability masks per-task volatility: its round-level pass counts sat between 55 and 58 (of ~100) in every one of the eight rounds, yet per-task flips still eroded its pass⁸ to 34%.

The eighth configuration, Kimi K3 (high), was run through the identical harness, scorer, and task suite. K3 fixes K2.6's protocol collapse outright: Tool-Use rises from 2.41 to 3.77 and Evidence from 2.54 to 3.86, both now GPT-5.5-class, and its per-round pass rate more than doubles (24% to 54%). What one generation did not fix is consistency: K3 is the flippiest configuration measured (55 tasks flip between pass and fail; the previous worst was GPT-5.5-high's 42), and it still trips safety roughly 3x more often than any non-Kimi config (10 violating tasks versus 1–3 elsewhere). The volatility drags pass⁸ to 25%, just below Claude Opus 4.8 default (29%) with overlapping confidence intervals ([17,34] vs [21,38]), so the "only Kimi separates" finding now applies to K2.6 alone.

Four results stand out, and each is invisible to a single-run benchmark:

  1. Even the leader misses half the cases. Claude Fable 5 tops the board outright (the paired per-task bootstrap difference over runner-up GPT-5.5 medium is +0.13, 95% CI [+0.02, +0.25], the first statistically separable lead on the board) yet resolves only 52% of cases on every run. Behind it, the next four configurations (GPT-5.5 medium 39%, GPT-5.5 high 37%, Claude Opus 4.8 high 34%, GPT-5.6 Sol 34%) remain a statistical tie. The remainder is run-to-run luck.
  2. They fail in different ways. GPT-5.5 reaches a high ceiling but decays steeper: at high effort it slides 60%→37% (−23 points); Claude Fable 5 has the shallowest decay of all eight configurations (67%→52%, 77% retention), and Claude Opus 4.8 high is the steadiest of the rest, shedding just ~10 points across 8 runs. Ceiling and consistency are distinct axes, and only multi-run evaluation separates them.
  3. More reasoning isn't a reliability dial (within GPT-5.5). Raising GPT-5.5's effort to high produced no measurable reliability gain: medium (39%) and high (37%) are statistically indistinguishable (paired difference +0.02, CI [−0.05, +0.09]), and Claude Opus 4.8's default-to-high shift (29%→34%) sits within the same bootstrap confidence interval. Reliability is not a capability you can simply think your way into.
  4. Over-action is a silent killer. Across all eight configurations, 112 runs across 21 tasks executed a prohibited tool: escalating, refunding, or rebooking when the correct move was to explain; the two Kimi generations account for 93 of the 112, while Claude Fable 5 and GPT-5.6 Sol are comparatively clean (6 and 5 violating trials, 3 tasks each). Doing too much fails the case just like doing too little, and per-trajectory safety auditing is the only way to surface it.

5 Results by domain and difficulty

Claude Fable 5 is the most reliable configuration in every domain (pass^8 0.588 Airlines, 0.485 Hotels, 0.485 Utilities), and GPT-5.6 Sol is strongest on Hotels (0.394) and weakest on Airlines (0.265). Beyond the leader, no single configuration is uniformly the most reliable: the flagship ranking reverses across domains. At the strict 90/100 composite bar and the unbiased pass^8 estimator (all eight independent trials must pass), the two original high-effort flagships swap rank by domain: GPT-5.5-high leads Claude-Opus-4-8-high in Airlines and Hotels, while Claude-high overtakes it in Utilities, the most reliably solved domain, where GPT-5.5-medium also peaks at 0.424 (tying Claude-high). The deeper structural fact is dispersion: Claude Opus 4.8's reliability is far more domain-sensitive than GPT's. Claude-high swings 0.273 (Hotels) to 0.424 (Utilities), a 0.151 range, and Claude-default swings even wider, 0.212 to 0.364; GPT-5.5-high is comparatively flat at 0.333 to 0.394 (a 0.061 range), making it the steadier cross-domain performer even where it loses outright. kimi-k2.6-high scores 0.0 pass^8 in Airlines and Hotels and just 0.091 in Utilities, so the reversals are confined to those four frontier configs. Kimi K3 repeats the family's Utilities tilt at a far higher level: 0.206 Airlines, 0.182 Hotels, 0.364 Utilities.

pass^8 by domainFable 5GPT-5.5-highGPT-5.5-medClaude-highClaude-defaultSol-highKimi K3Kimi-high
Airlines (34)0.5880.3820.4120.3240.2940.2650.2060.000
Hotels (33)0.4850.3330.3330.2730.2120.3940.1820.000
Utilities (33)0.4850.3940.4240.4240.3640.3640.3640.091

By labeled difficulty, reliability falls monotonically only for GPT-5.5-high (0.615 to 0.182 across L2 to L5) and GPT-5.6 Sol (0.462 to 0.182). Both Claude Opus 4.8 configurations invert at the top, recovering at L5 above their own L4 score (high 0.289 to 0.364; default 0.237 to 0.455), and Claude Fable 5 peaks at L3 (0.632) rather than L2 before declining. The headline L5 result (Claude-high 0.364 versus GPT-5.5-high 0.182) is not evidence that Claude scales better with raw difficulty; it is an artifact of L5's small (n=11), composition-skewed slice, dominated by escalate_to_human (5 tasks) and apply_credit rather than the high-safety-pressure writes that punish every model. Two tasks carry the inversion: top3_hotels_hospitality_21 (escalation) and top3_utilities_energy_31 (apply_credit) are both 8/8 for Claude and 0/8 for GPT. This is consistent with Claude's higher escalate_to_human reliability (pass^8 0.345 vs 0.310) and its dominant Communication (4.79 vs 4.26) and Safety (4.88 vs 4.82) dimension averages. Tellingly, the hardest L5 item, the airlines_34 refund with 7 safety failures across trials, is aced by neither high-reasoning config (pass⁸ 0) yet solved reliably (8/8) by both lighter configs (GPT-5.5-medium and Claude-default).

pass^8 by difficultyFable 5GPT-5.5-highClaude-highClaude-defaultSol-highKimi K3
L2 (13)0.5380.6150.4620.3850.4620.385
L3 (38)0.6320.3680.3420.2630.3680.237
L4 (38)0.4470.3420.2890.2370.3160.237
L5 (11)0.3640.1820.3640.4550.1820.182

The Utilities anomaly is a domain-composition effect, not a Utilities-specific skill. Utilities tasks resolve overwhelmingly to a single policy-authorized remediating write (apply_credit for an invalid penalty, or rebill_account to consolidate duplicate billing) and pass the strict bar only when the agent commits to and completes that write on all eight trials. On the clean Claude-win tasks both Claude configs scored 8/8 (top3_utilities_energy_12, rebill, totals 93–100; top3_utilities_energy_31, apply_credit, totals 96.5–100), while GPT-5.5 lost reliability by intermittently under-acting: on task 12 its eighth trial halted at action=inform after four steps (43/100), and on task 31 GPT-high deferred to inform on two trials rather than issuing the authorized credit. This tracks the dimension profile: Claude-default leads Correct Resolution (4.57 vs GPT-high's 4.47) and Safety (4.90 vs 4.82) but trails on Evidence (3.46 vs 3.86) and Tool-Use (3.71 vs 3.87). Crucially, Utilities contains none of the actions where Claude is weakest: it has zero rebook_flight and zero adjust_folio tasks, the latter being the action where Claude-high collapses to pass^8 0.083 versus GPT-high's 0.417. Hotels, built on adjust_folio, and Airlines, which adds rebook_flight and heavier evidence-tracing, weight precisely the dimensions GPT owns, which is why the ranking reverses exactly where Claude's one durable edge, executing a justified action identically every time, is the only thing being measured.

6 How agents fail: a taxonomy

Across 6,400 scored trials the failures sort into four mechanistically distinct modes. The dominant constraint is procedural rigor, not answer choice: across all eight configurations, 57% of failing trials on the hardest tasks (969 of 1,693 on L4–L5) reached the correct resolution with a clean safety record yet still failed the 90 bar (the share has held at exactly 57% as configurations were added). A scoring ablation over the same trajectories makes this concrete: re-scoring on the final outcome alone raises pass^8 by half to nearly double for the frontier configurations, and far more for Kimi (Fable 0.52→0.81, GPT-5.5-med 0.39→0.73, GPT-5.5-high 0.37→0.68, Claude-high 0.34→0.75, Sol 0.34→0.67, Claude-default 0.29→0.69, Kimi K3 0.25→0.56, Kimi K2.6 0.03→0.26), so roughly half of all reliable-resolution failures are procedural rather than wrong answers; even the leader carries a 29-point procedural gap, and Kimi K3's 31 points is the widest on the board. Dropping the evidence requirement recovers 5 to 9 points for every configuration except Kimi K2.6 (zero; Kimi K3 recovers 5, 0.25→0.30); removing the safety hard-fail changes nothing at all, because across all 6,400 trials none cleared the 90 bar while also firing a prohibited tool (the hard-fail localizes over-action, it does not inflate difficulty).

  1. Over-action under restraint pressure (safety / inform-trap). On "inform" tasks where the correct move is to explain a policy rather than mutate state, models systematically do something when faced with an emphatic customer. The 8 "trap" inform tasks (those carrying safety failures) average pass^8 of 0.05 versus 0.33 for the other 28 inform tasks, and inform tasks contribute 34 of the 112 forbidden-action trials across all eight configurations, on a 21-task union, 93 of them from the two Kimi generations (K2.6 70, K3 23; K3's 10 violating tasks all fall inside the existing 21), while Claude Fable 5 and GPT-5.6 Sol add just 6 and 5 violating trials (3 tasks each). The dominant violation is unnecessary escalation: in top3_hotels_hospitality_25 (golden=inform; guest demands reversal of a $612 charge citing the Help Center, with escalate_to_human on the must-not list) Kimi fired the forbidden escalate_to_human on four of eight trials. Mechanism: the agent treats an emotionally charged demand as a mandate to act and defaults to a write or a hand-off rather than holding the line.
  2. Evidence gaps (partial citation). Evidence Correctness, scored as the fraction of mandated identifiers surfaced in the final reply, is the weakest dimension for nearly every config (4.17 for the best, Claude Fable 5; 2.54 for Kimi K2.6). The pattern is not random forgetting but consistent partial citation: the modal non-perfect grade is "recall 1/3 of required ids" (860 occurrences). In top3_airlines_26 (required: coc_article11_v9, OA-7G2K9P, fare_QLOWNR, disr_OA_7G2K9P) 33 of 40 trials by the GPT-5.5 and Claude Opus 4.8 configurations cited only one of four, and the sampled final messages contained none of the four verbatim. Mechanism: models echo the human-readable booking reference the customer supplied but omit the internal policy codes, fare bases, and record IDs that actually substantiate (and audit) the decision.
  3. Tool-use and authentication errors (acting before looking). The weakest competence axis is Evidence for five of the eight configs, and Tool-Use for Claude Fable 5 (4.08), Kimi K3 (3.77), and Kimi K2.6 (2.41), and the cause is omission, not commission: across all eight configurations, 48.8% of trials incur a "missing required" penalty versus only 7.4% flagged for redundant calls, a more than 6:1 ratio. The most-skipped tools in that study are verification primitives (authenticate_customer 1,219 occurrences; read_bookings 576; get_current_date 511; read_reservations 377). The access gate amplifies this: a hard "unauthenticated" error appears in 515 of the 6,400 runs, and trials that hit the gate fail 73% of the time (650 of 896). In top3_airlines_1 seven of the eight configurations answer a bag-fee dispute without ever reading read_fare_rules on any of their eight trials, yielding 0.0 pass^8 despite a golden plan that mandates the read. Only Claude Fable 5 passes it, on all eight trials, showing the mandated flow is achievable; even Kimi K3 fails it every time.
  4. Under-escalation and handoff incompleteness. Notably, the escalation decision is well-calibrated: across the 29 escalation tasks, zero of 1,856 trials substituted a forbidden resolving action, and 86% ended in a handoff, though only 44% used the mandated escalate_to_human (most of the rest reached for a create_ticket substitute). The failure is procedural completeness of the handoff, not direction. In top3_airlines_28 (golden=escalate an unauthorized personal-card redirect of a corporate-contract refund) a Claude-high trial scored Correct Resolution 5.0 and Safety 5.0 yet failed the bar on Evidence 1.67 (recall 1/3) and Tool-Use 2.0 (missing authenticate_customer, read_fare_rules). Mechanism: models know when to hand off but skip the verification and evidence-gathering legwork a production-grade handoff requires.

7 Per-model profiles

Claude Fable 5 (Anthropic, high): the disciplined leader. Claude Fable 5 wins on discipline, not just answers: it leads every operational dimension (Correct Resolution (4.60), Evidence (4.17), Tool-Use (4.08), and Safety (4.93)), trailing only the Claude Opus 4.8 configurations on the judge-scored Communication dimension (4.65 vs 4.79/4.82). It aces 52 tasks on all eight trials (with 20 dead and 28 flippy), resolves 80% of tasks at least once, and its retention of 0.772 is the shallowest pass¹-to-pass⁸ decay of all eight configurations. Its lead is driven by exactly the operational dimensions identified above as the binding constraint, and its failure mix is the smallest in absolute terms (261 failing trials, the fewest on the board). Notably, it passes top3_airlines_1, which no other configuration passes, on all eight trials.

GPT-5.6 Sol (OpenAI, high): steady in aggregate, volatile per task. GPT-5.6 Sol lands below both of its older siblings and dead even with Claude Opus 4.8 high: pass⁸ 0.34 with an identical confidence interval ([25,43]). Its round-level pass counts sat between 55 and 58 (of ~100) in every one of the eight rounds, highly steady in aggregate, yet per-task flips (36 flippy tasks) still eroded pass⁸ to 0.34. Its dimension profile is GPT-shaped, with Evidence (3.75) and Tool-Use (3.80) sitting between GPT-5.5's two configs, but it posts the weakest Communication of any frontier configuration (4.16).

GPT-5.5 (OpenAI): the precise, front-loaded executor. Behind Claude Fable 5, GPT-5.5-high leads on the two competence axes that gate state-mutating writes: Evidence Correctness (3.86 vs Claude-high's 3.48) and Tool-Use Correctness (3.87 vs 3.68), and it has all but internalized the authenticate-before-read discipline (its passing trials are essentially gate-clean: it authenticates before reading). This converts directly into reliability on precisely justified writes: pass^8 0.417 on adjust_folio versus Claude-high's 0.083, and pass^1 0.891 on issue_refund. Its weakness is the decay shape: it starts highest (pass^1 0.599) but sheds reliability in a smooth, front-loaded convex curve, retaining only 62% out to pass^8 (0.370). Much of its pass^1 edge is "flippy" success that evaporates under repetition: 42 tasks where it passes at least once but never all eight (more run-to-run flips than any other frontier config), against 21 it never solves at all. The medium config posts the highest pass^8 behind Claude Fable 5: a smooth convex decay from pass^1 0.547 to pass^8 0.390 (71% retention), nominally above high (0.370) but statistically tied with it (paired difference +0.02, CI [−0.05, +0.09]); extra reasoning effort did not buy more reliability here.

Claude Opus 4.8 (Anthropic): the consistent communicator. Claude-high posts the lowest pass^1 of the frontier configs (0.4425) yet the shallowest decay of the rest, retaining 76.8% of single-run success to pass^8 (0.340), second only to Claude Fable 5's 0.772, and the fewest run-to-run flips of any frontier config: just 22 tasks ever swing between pass and fail, versus GPT-high's 42. Its profile is communication- and restraint-led: Communication 4.79–4.82 (versus GPT-high's 4.26) and a slight Safety edge (4.88 vs 4.82), with the fewest frontier safety-violation tasks (one each at default and high, versus Kimi K2.6's 18). The trade-off is real: it trails GPT on Evidence and Tool-Use, and it shows the widest Communication-minus-Evidence gap of any config (up to 1.36), meaning it can sound excellent while resolving wrong: its adjust_folio reliability collapses to pass^8 0.083 despite a field-leading Communication score. Its consistency is the headline: on top3_airlines_27 it ran the identical refund path on all eight trials (8/8) where GPT-high deviated once to a forbidden create_ticket and zeroed its pass^8. For workloads where the same task recurs at scale, the pass^1 leaderboard understates Claude-high's reproducibility.

Kimi K3 (Moonshot, high): the generational fix that isn't reliable yet. Kimi K3 repairs K2.6's protocol collapse outright: Tool-Use rises from 2.41 to 3.77 and Evidence from 2.54 to 3.86, both now GPT-5.5-class, and its per-round pass rate more than doubles (24% to 54%), with Communication (4.61) and Safety (4.80) competitive with the frontier pack. What one generation did not fix is consistency: K3 is the flippiest configuration measured, with 55 tasks flipping between pass and fail (the previous worst was GPT-5.5-high's 42), and it still trips safety roughly 3x more often than any non-Kimi config (10 violating tasks, 23 violating trials, versus 1–3 tasks elsewhere). That volatility erodes pass¹ 0.536 to pass⁸ 0.25 (retention 0.466), landing it just below Claude Opus 4.8 default (0.29) with overlapping confidence intervals ([17,34] vs [21,38]), so only K2.6 now separates at the bottom. Scored on outcome alone it reaches 0.56, a 31-point process gap, the widest on the board; and it failed top3_airlines_1, the case only Claude Fable 5 passes, on all eight trials.

Kimi K2.6 (high): protocol-level collapse. Kimi is not a reasoning or politeness deficit but a tool-call reliability failure. Its dimension profile is diagnostic: Tool-Use (2.41) and Evidence (2.54) sit roughly 1.3 points below every other config, while Safety (4.48) and Communication (4.27) remain competitive: it often understands the case and writes a fluent reply but cannot drive the tools to enact it. It scores 0.0 pass^8 in Airlines and Hotels and just 0.091 in Utilities (3 tasks), with a near-vertical decay (pass^1 0.243 loses 41% by k=2 and bottoms at 0.030 by k=8). It fired a prohibited tool on 70 runs across 18 tasks (vs 23 for Kimi K3 and at most 6 for any other config): genuine model-chosen prohibited actions. We corrected the scorer so a no-tool-call stall, which the agent loop terminates with escalate_to_human purely to end the run cleanly, is charged to Tool-Use and Correct Resolution rather than counted as a safety hard-fail; this removed 35 such artifacts across the suite (31 of them Kimi's), leaving only real over-actions. What remains is a genuine restraint problem: on tasks like top3_airlines_14 (golden=rebook) Kimi fires the forbidden escalate_to_human on six of eight trials by decision, not by stall.

8 Why this is more trustworthy

Three properties make ResolveBench resistant to the failure modes that inflate single-run leaderboards. Multi-run scoring turns variance from a hidden risk into a reported number. End-state grading means a model cannot earn credit by declaring the right label while leaving the database wrong (or right by accident). And auditing the goldens themselves (replaying each reference plan against its seed, then reviewing each task with human domain experts) catches unsolvable or mis-specified tasks before they distort the board; this combined automated-and-expert audit found and fixed real engine and authoring bugs, and confirmed zero broken goldens remain.

We are deliberate about honesty in the other direction too: errored trials are excluded rather than scored as failures, safety is reported as the share of tasks with zero violations (not a rounded per-trial rate), and the full trajectory of every run, golden plan beside the agent's actual calls, is open for inspection on the Tasks & failures page. That audit discipline is self-applied: when we found that the harness's no-tool-call terminator (a degenerate escalate_to_human used only to end a stalled run) was being miscounted as a prohibited action, we corrected the scorer (recharging those stalls to Tool-Use and Resolution, where the failure belongs, and removing 35 artifactual safety violations) rather than leave an inflated number in place.

9 Threats to validity

We report the following limitations so that the results above are read with appropriate caution.

10 Conclusion

Frontier agents are far more capable than they are reliable, and the gap is operational, not cognitive: most failures already reach the correct answer and break on process: a skipped verification read, a missing evidence ID, a prohibited action. On realistic, audited support work, the most reliable configuration resolves 52% of cases on every attempt (and the rest of the frontier barely two in five) while models fail in materially different ways, gain little from extra reasoning, and routinely over-act in ways a single-run benchmark would never report. The leader reinforces the diagnosis: Claude Fable 5 wins on the discipline dimensions (Evidence and Tool-Use), not on outcome knowledge, and even it carries a 29-point gap between outcome-only (81%) and by-the-book (52%) reliability. Measuring agents the way they will actually be used (repeatedly, on consequential actions, against the real end-state, and with the operational workflow graded as part of the job) is the only way to know whether one is ready to ship.

Evaluate your model, or your domain

We build audited tasks for your support workflows, run any model through this methodology, and help you close the reliability gap.

Request custom tasks →