OpenAI has published an analysis titled "Separating signal from noise in coding evaluations," revealing issues in SWE-bench Pro, one of the most widely used benchmarks for measuring how well AI models write and fix code [S1]. The analysis raises concerns about the reliability and accuracy of the entire evaluation pipeline that the industry uses to rank coding models [S1]. Here's the twist: SWE-bench Pro is the benchmark OpenAI itself recommended just months ago. What happens when the yardstick you chose turns out to be crooked — and every score it produced is now in question?
The benchmark that replaced the benchmark
To understand why this matters, you need the backstory. In February 2026, OpenAI published a separate piece explaining why it would stop using SWE-bench Verified — the earlier version of the benchmark — declaring it "increasingly contaminated" and recommending SWE-bench Pro as the replacement [P6]. The contamination problem is straightforward: when benchmark tasks leak into the data used to train models, scores inflate. A model doesn't get better at coding; it gets better at recognising questions it has already seen. The exam becomes a memory test.
SWE-bench Pro, developed by Scale AI and available as an open-source repository on GitHub with 458 stars and 85 forks, was designed to fix exactly this [P7]. It tests AI agents on long-horizon software engineering tasks — the kind where a model must hold context across many files, reason about dependencies, and produce a working patch, not just a clever snippet. It was supposed to be the clean room.
Now OpenAI is saying the clean room has problems too [S1]. The available evidence does not specify the exact technical nature of the flaws — the published excerpts cite "issues" and "concerns about reliability and accuracy" without detailing specific failure modes [S1]. But the pattern is clear: a benchmark is proposed, adopted, found wanting, and replaced. Then the replacement is found wanting.
Why benchmark integrity is everyone's problem
If you're not building AI models, you might wonder why a benchmark dispute matters. Here's the reason: these scores are the currency of the AI industry. When a company says its model scores 40% or 60% on SWE-bench, that number drives purchasing decisions, investment rounds, and hiring plans.
If the benchmark itself is unreliable, those scores might be noise. A model that appears to leapfrog a competitor could simply be better at exploiting quirks in the test — or worse, the test could be scoring correct solutions as failures and vice versa. The entire leaderboard becomes a mirage.
The Hacker News community noticed. Two separate submissions of the OpenAI article reached the front page, accumulating 73 points with 32 comments and later 119 points with 49 comments — suggesting sustained developer interest, though the engagement metrics alone don't tell us whether commenters agreed or pushed back [S3, S4].
What it means
The core issue is trust. When OpenAI says a benchmark has problems, it's both a technical finding and a commercial signal. OpenAI builds models that are evaluated on these benchmarks. If the benchmark is flawed in a way that disadvantages OpenAI's models, the company has an incentive to say so. If it's flawed in a way that flatters them, the incentive reverses. The reader's job is to hold both thoughts at once: the critique may be technically valid and strategically convenient.
For a regular person trying to understand whether AI coding tools are actually getting better, the takeaway is sobering. The numbers you see in press releases and product launches — "our model scores X% on SWE-bench" — are only as trustworthy as the benchmark behind them. And right now, the benchmark behind the benchmark is under a cloud.
This is not unique to coding. It is the measurement problem that haunts every corner of AI evaluation. Benchmarks age. Data leaks. Tasks become saturated. What looks like progress is sometimes just a model learning the shape of the test. The honest answer is that no single benchmark will ever be permanent — the best the industry can do is rotate them faster than they contaminate, and be transparent about the trade-offs.
What it means for business
For a two-person software shop evaluating whether to adopt an AI coding agent this quarter, the practical impact is real. If you've been comparing models based on SWE-bench Pro scores, those rankings may not tell you what you think they tell you. The model that tops the leaderboard might not be the one that performs best on your codebase — your legacy Python services, your idiosyncratic naming conventions, your half-documented internal APIs.
The smartest move right now is to treat published benchmarks as a rough filter, not a verdict. Shortlist two or three models that score well, then run them against your own repository on real tasks — bug fixes you've already solved, so you know the ground truth. That internal eval, however small, is likely more reliable than any public leaderboard under dispute.
For larger teams, the signal is different. If you're building evaluation pipelines that pipe model output through SWE-bench Pro or similar benchmarks, expect churn. The benchmark you integrate today may need replacing in six months. Build your eval infrastructure to be benchmark-agnostic — swap the test suite without rebuilding the harness.
What we don't know yet
The OpenAI analysis is published, but the available excerpts don't include the specific technical details of the SWE-bench Pro issues [S1]. We don't know whether the problems are contamination (the same leakage that sank SWE-bench Verified), scoring errors, task design flaws, or something else entirely. Without those specifics, it's hard to judge how severe the problem is — or whether it affects all models equally or skews against certain architectures.
We also don't know whether Scale AI, which maintains SWE-bench Pro, will issue a response or a patched version. The repository is active — last pushed in May 2026 with 34 open issues — so fixes are plausible [P7]. And we don't know whether the broader research community agrees with OpenAI's assessment or sees it as motivated reasoning from a company with skin in the game.
The next concrete signal to watch: whether Scale AI or independent researchers publish a rebuttal or validation of OpenAI's findings, and whether a new benchmark emerges to replace SWE-bench Pro — restarting the cycle. The treadmill doesn't stop; it just speeds up.
If this kind of plain-English decode of AI industry signal is what you've been missing, the subscribe button is right there.
Sources
- [S1] Separating signal from noise in coding evaluations — OpenAI news (primary)
- [S2] Separating signal from noise in coding evaluations - OpenAI — Google News — NVIDIA / Google / frontier AI (reported)
- [S3] Separating signal from noise in coding evaluations — Hacker News front page (social)
- [S4] Separating signal from noise in coding evaluations — Hacker News front page (social)
- [P5] malkreide/hn-tech-signal-mcp — malkreide/hn-tech-signal-mcp (attributed)
- [P6] Why SWE-bench Verified no longer measures frontier coding capabilities | OpenAI — Why SWE-bench Verified no longer measures frontier coding capabilities | OpenAI (primary)
- [P7] scaleapi/SWE-bench_Pro-os — scaleapi/SWE-bench_Pro-os (attributed)
- [P8] rafidirtiza/arxiv-software-repo-links · Datasets at Hugging Face — rafidirtiza/arxiv-software-repo-links · Datasets at Hugging Face (attributed)
More from Not A Tech Guy
- OpenAI AI Skills Jams bring hands-on AI to K-12 teachers
- Anthropic finds a 'global workspace' inside Claude
- Discrete diffusion models: new proof unifies four leading methods
Generated from an audited evidence pack with primary-source research. Social-media items are discussion signals, not verified facts. Nothing here is financial, legal or medical advice.