MaxxBench. Nice DeepSWE score.But is it really true?
MaxxBench tests how well coding performance survives small changes to DeepSWE tasks.
Leaderboard
Models 13
| Model | Score composition | |||
|---|---|---|---|---|
| 76.4% | -2.2 pp | Cost: $16.18Tokens: 249kSteps: 134 | ||
| 71.9% | 2.2 pp | Cost: $4.38Tokens: 33kSteps: 30 | ||
| 69.1% | 3.6 pp | Cost: $5.95Tokens: 63kSteps: 62 | ||
| 63.5% | 6.4 pp | Cost: $14.79Tokens: 88kSteps: 72 | ||
| 63.5% | 10.2 pp | Cost: $13.80Tokens: 137kSteps: 102 | ||
| 56.7% | 12.2 pp | Cost: $5.56Tokens: 109kSteps: 141 | ||
| 55.6% | 18.6 pp | Cost: $0.62Tokens: 205kSteps: 193 | ||
| 55.1% | 8.3 pp | Cost: $0.73Tokens: 123kSteps: 147 | ||
| 53.4% | 20.5 pp | Cost: $2.53Tokens: 152kSteps: 167 | ||
| 53.4% | 22.0 pp | Cost: $2.99Tokens: 94kSteps: 108 | ||
| 46.1% | 21.1 pp | Cost: $0.53Tokens: 77kSteps: 105 | ||
| 38.8% | 16.1 pp | Cost: $3.03Tokens: 105kSteps: 107 | ||
| 28.1% | 25.2 pp | Cost: $0.58Tokens: 115kSteps: 160 |
Good at coding, or good at DeepSWE?
DeepSWE uses original engineering tasks to test how well models can build software. But once those tasks and their solutions are public, they can become tuning material, and developers can optimize against the same problems again and again. A rising score should mean a model is better prepared for your next project—even when the requirements look a little different.
MaxxBench changes the instructions or starting code of 89 DeepSWE tasks while keeping the main engineering problem. That connection lets us examine how models handle the change: whether they revise their approach, overlook a new requirement, or fall back on a solution that no longer fits. The feature still needs to work. Can the model make the adjustment?
Example mutations
Naming browser reports
Testem runs tests in several browsers. This task asks it to write a separate report for each browser, replacing spaces and special characters in the browser’s name with underscores. Our version also requires lowercase filenames.
DeepSWE
MaxxBench
More tasks
See all tasksAdd multipart response parsing to HTTPX
Add Response iterators that parse multipart HTTP response bodies into parts.
Add destructuring bindings to Tengo
Add destructuring bindings for `:=` in arrays, maps, and function parameters.
Add single-active-consumer priority and cancel tracking to virtual transports
Add single-active-consumer semantics, consumer priority selection, cancel notifications, and lifecycle tracking to virtual transports.
Add safe import checkpoints and invariant validation
Add safe bulk import checkpoints, invariant validation, and rollback-on-failure behavior.
Add bounded-memory spilling to SCC aggregation
Add an opt-in bounded-memory mode that spills per-file aggregation results to disk without changing output.
Add duration-aware sharding to Vitest
Add duration-aware sharding strategies and duration history handling for Vitest.
Our research
All researchGet MaxxBench updates
New model results and research, by email.