Open-Source Benchmarks for AI Coding Agents
SWE-bench put agentic coding evaluation on the map — and then the field outgrew it. Frontier models now cluster near the top of the original benchmark, so researchers built harder, longer, more multilingual, and more adversarial successors. Here's a field guide to nine of them: what each one actually tests, who built it, and where the real solve-rate ceilings sit today.
"Can this model write code" stopped being the interesting question a while ago. The interesting question now is closer to: can an agent understand an unfamiliar, multi-file codebase, resolve a real production issue with under-specified instructions, hold up across hundreds of steps, work outside Python, and produce code a senior engineer wouldn't wince at — all without having seen the answer during training. No single benchmark answers all of that, which is exactly why a small ecosystem of open-source coding-agent benchmarks has formed around SWE-bench rather than one benchmark simply replacing it.
What follows groups nine of the most-referenced ones into two families — the SWE-bench lineage, and the benchmarks built to test something SWE-bench structurally can't — followed by a straight comparison table and the real numbers current frontier agents are scoring.
01The SWE-bench Family
One dataset format — real GitHub issue in, patch out, Docker-verified — extended along four different axes: rigor, difficulty, specialization, and language coverage.
SWE-bench
Origin: Princeton / Stanford / OpenAI PreparednessThe benchmark that defined the format: give an agent a real codebase and a real GitHub issue, ask it to generate a patch, and verify the result in a reproducible Docker harness (120GB storage, 16GB RAM, 8 CPU cores recommended). Accepted as an oral presentation at ICLR 2024. Three variants followed as the field matured: SWE-bench Lite, a smaller and cheaper subset for fast iteration; SWE-bench Verified (2024), 500 problems human-confirmed as actually solvable, addressing early concerns about unsolvable or mislabeled issues; and SWE-bench Multimodal (2025), extending evaluation into visual software domains.
github.com/swe-bench/SWE-bench →SWE-bench Pro
Origin: Scale AIScale AI's extension of the SWE-bench format toward long-horizon tasks — issues that demand sustained reasoning across a codebase rather than a localized fix. Ships as a HuggingFace dataset (ScaleAI/SWE-bench_Pro) with Docker images per instance for reproducible evaluation, and maintains both a public and a commercial leaderboard.
Senior SWE-bench
Origin: Princeton / UW–Madison / Snorkel AIBuilt to test something pass/fail correctness can't: whether an agent codes like a senior engineer, not just a correct one. Instructions are deliberately under-specified natural-language messages — 31% shorter than SWE-bench Pro's — forcing the agent to investigate rather than follow a spec. Tasks average 11 files touched and hundreds of steps, sourced from real production PRs. A validation agent adds "taste scoring": it writes behavioral tests adapted to whatever solution the agent produced, evaluating code quality alongside correctness. Across 50 public and 50 private tasks spanning repos like PostHog, Electric and Gitea, top frontier models solve only around 35% — and responses run 36K–117K output tokens, reflecting how much investigation the tasks actually demand.
senior-swe-bench.snorkel.ai →Multi-SWE-bench
Origin: ByteDance SeedSWE-bench's biggest structural gap was that it was almost entirely Python. Multi-SWE-bench closes it: 1,632 high-quality instances curated by 68 expert annotators from 2,456 candidates, spanning seven languages — Java, TypeScript, JavaScript, Go, Rust, C and C++. The accompanying paper (accepted to NeurIPS 2025's Datasets and Benchmarks track) evaluated nine models, including GPT-4o, Claude 3.5 Sonnet and DeepSeek-V3, across three agent frameworks (Agentless, SWE-agent, OpenHands). A companion Multi-SWE-RL community effort adds 4,723 further instances for reinforcement-learning research.
multi-swe-bench.github.io →02Beyond the SWE-bench Format
Five benchmarks that test capabilities the issue-to-patch format structurally can't reach — terminal use, contamination resistance, evolving specs, from-scratch reconstruction, and editing across languages under cost pressure.
Terminal-Bench
Origin: Stanford × AnthropicCoding agents don't just edit files — they run commands. Terminal-Bench, built on the Harbor framework, tests agents purely through a terminal: building a Linux kernel from source with QEMU, standing up a git server, cracking an archive, training a FastText model, reshaping a dataset. Tasks span software engineering, ML, security and data science rather than issue resolution alone. Now on version 2.1 with a public leaderboard, Terminal-Bench 3 has shipped as a frontier-difficulty benchmark, and a Terminal-Bench-Science variant is in development for scientific-computing tasks.
tbench.ai →DeepSWE
Origin: DatacurveA direct answer to benchmark saturation: 113 tasks written entirely from scratch across 91 repositories in five languages, specifically to be contamination-free — no model could have seen these solutions during training. 25 models were evaluated using hand-written verifiers that check actual runtime behavior rather than matching implementation details. Prompts run shorter than comparable benchmarks but demand roughly 5.5x more code and 2x more output tokens to solve. Claude Opus 5 currently leads at a 74% pass rate, with several other frontier models within 4–5 percentage points — evidence the field is closing in on saturating even a benchmark designed to resist it.
deepswe.datacurve.ai →SlopCodeBench
Origin: SprocketLabReal specs change mid-project — single-shot benchmarks can't see how an agent handles that. SlopCodeBench has an agent implement a spec, then keeps extending the spec across further iterations, measuring how the agent adapts existing code rather than just how well it writes new code. That surfaces failure modes single-shot evaluation structurally can't: path dependence, quality decay across iterations, and the trade-offs an agent makes under evolving requirements. It's explicitly framed as a community-driven evaluation primitive rather than a finished leaderboard — Docker-based execution, LLM-assisted grading, MIT-licensed, with problems maintained in a companion repository.
github.com/SprocketLab/slop-code-bench →ProgramBench
Origin: Meta Superintelligence Labs / Stanford / HarvardThe hardest task format on this list: agents get only a compiled binary and its documentation — no source, no method signatures, no architectural hints — and must independently design and implement a complete codebase reproducing its behavior. 200 tasks range from small utilities (jq, ripgrep) to enormous projects (a PHP compiler, FFmpeg, SQLite), verified against more than 248,000 behavioral tests generated through agent-driven fuzzing, run sandboxed with no internet access to rule out lookup. It shows: Claude Opus 5 (xhigh) leads with only 4.5% of instances fully resolved, though 37.0% land "almost resolved" at ≥95% of tests passing — and most models score below 1% on full resolution. This is currently the least-saturated benchmark of the group by a wide margin.
programbench.com →Aider Polyglot Leaderboard
Origin: AiderA different question again: not "can it solve a hard issue" but "can it follow instructions and edit code correctly, without a human stepping in, across languages and at a defined cost." The polyglot leaderboard runs 225 Exercism exercises across C++, Go, Java, JavaScript, Python and Rust, scoring success rate, cost per run, edit-format accuracy and response well-formedness together — the only benchmark here that treats cost as a first-class evaluation axis alongside correctness.
aider.chat/docs/leaderboards →03Where Frontier Agents Actually Stand
Solve rates from the same benchmark suite vary by an order of magnitude depending on what, exactly, is being asked.
Read across those four numbers and a pattern falls out: solve rate isn't a property of a model, it's a property of a model tested against a specific kind of difficulty. Well-scoped, single-file editing under known constraints is nearly solved. Realistic, under-specified, multi-file production work sits closer to a coin flip for the best available agents. Reconstructing an entire, undocumented system from its compiled behavior remains almost entirely unsolved. Any single "AI can now code at X% accuracy" headline is almost certainly citing just one of these four very different bars.
04Choosing a Benchmark
Match the benchmark to the capability you're actually trying to measure — not the one with the most recognizable name.
| You want to know if an agent can… | Use | Why |
|---|---|---|
| Resolve real GitHub issues, the standard baseline | SWE-bench Verified | Human-confirmed solvable, widely reported, comparable across papers |
| Handle long-horizon, complex issues | SWE-bench Pro | Purpose-built for sustained multi-step reasoning over a codebase |
| Write code a senior engineer would approve of | Senior SWE-bench | Only benchmark here scoring code quality ("taste"), not just pass/fail |
| Work outside Python | Multi-SWE-bench | Seven languages, expert-curated, NeurIPS-reviewed |
| Operate a shell / CLI environment | Terminal-Bench | Tests terminal-native tasks SWE-bench-style patching never touches |
| Avoid benchmark contamination in reported scores | DeepSWE | Tasks written from scratch specifically to resist memorization |
| Adapt code as requirements evolve | SlopCodeBench | Only benchmark measuring iterative, spec-changing behavior |
| Architect a system with zero guidance | ProgramBench | Hardest, least-saturated task format: binary + docs only, no source |
| Edit code correctly at a known cost, across languages | Aider polyglot | Only benchmark that scores cost per run alongside accuracy |
05The Trend Underneath All of These
Every benchmark on this list exists because an earlier one stopped discriminating between good and great agents — frontier models converged near its ceiling, or someone found a way to game it, or it simply never tested the capability people actually cared about. That pattern is still running: DeepSWE was built to resist the contamination that made earlier numbers suspect, and it's already showing several models within a few points of its own ceiling. Expect the next wave of benchmarks to keep pushing on exactly the dimensions this generation still leaves soft — quality over correctness, adaptation over one-shot generation, and tasks long and undocumented enough that no amount of memorized training data helps.
If you're evaluating coding agents for real work, the practical takeaway isn't picking one benchmark and trusting its leaderboard. It's reading solve rates against what the benchmark is actually asking — a model near the top of Aider's polyglot leaderboard and a model near the top of ProgramBench are demonstrating very different things.
06Further Reading — All Nine Benchmarks
Primary sources for everything covered above.