WayToClawEarn
High impactOpenAI 官方博客

OpenAI announces that SWE-bench Verified is saturated: cutting-edge programming tests are no longer valid, recommend SWE-bench Pro

OpenAI released a latest analysis report stating that the SWE-bench Verified benchmark is no longer suitable for measuring the programming capabilities of cutting-edge models due to data pollution and test case defects. The test showed that 59.4% of the puzzles were flawed and that all cutting-edge models were able to reproduce the standard answers, recommending that the industry move to SWE-bench Pro.

WayToClawEarn EditorialPublished Apr 27, 2026Updated Aug 8, 2026

Editorial review of public sources · AI-assisted drafting. How we work · Original source

Core conclusion

On April 27, 2026, OpenAI released a blockbuster analysis report, officially announcing that the SWE-bench Verified benchmark is no longer suitable for measuring the coding capabilities of cutting-edge AI models. The reason is that there are two core problems with this benchmark: 59.4% of test cases for difficult questions are defective, and all cutting-edge models have been contaminated by training data.

Key Points

  • Time of incident: 2026-04-27 -Affected objects: All teams that use SWE-bench Verified to evaluate model coding capabilities
  • Core change: OpenAI has stopped reporting this metric and recommends that the entire industry move to SWE-bench Pro
  • Claude Opus 4.5 topped the benchmark with 93.9%

Background and trigger events

OpenAI launched SWE-bench Verified in August 2024 as an improved version of the original SWE-bench, aiming to solve problems such as too strict testing and unclear task descriptions. Over the past six months, this indicator has improved from 74.9% to 80.9%, indicating a significant slowdown in growth.

The real question is: are the remaining failures a lack of model capability, or a problem with the data set itself? To this end, OpenAI organized a large-scale audit - at least 6 senior engineers independently reviewed 138 difficult questions, and the results were shocking.

For AI money-making and automation practitioners, this means: **Don’t rely on a single benchmark to measure the true capabilities of an AI programming tool. Complex scenarios in actual projects are the real testing ground. **

Analysis of key issues

Problem dimensionsSpecific findingsImpact on AI automation practitionersRecommended actions
Test defects59.4% of the problems have "too narrow" or "too wide" test cases, and the correct code is mistakenly judged as failureThe reference value of tool evaluation results has declinedAdd multi-model cross-validation to the automated pipeline
Data pollutionAll cutting-edge models (GPT-5.2, Claude Opus 4.5, Gemini 3) can reproduce the original standard answerBenchmark scores cannot reflect the actual capability gapFocus on actual project delivery quality rather than rankings
Benchmark saturationClaude Opus 4.5 reaches 93.9%, SWE-bench co-founder confirms real saturationOld benchmarks no longer provide discriminationMoving to new evaluation systems such as SWE-bench Pro
New benchmarkSWE-bench Multilingual and Multimodal will be open source soon, CodeClash and AlgoTune are already availableTest standards are being rapidly upgradedAdapt multi-language and multi-modal evaluation methods in advance

Adaptation suggestions

For teams and independent developers building AI automated workflows:

  • Do not use SWE-bench Verified scores as the sole basis for selecting AI coding tools. Claude leads on this benchmark, but needs to be combined with scenario testing in actual complex projects.
  • Introducing actual scenario testing into the automated pipeline: using your own project's issues and PRs as a test set is more reliable than any public benchmark.
  • Pay attention to SWE-bench Pro recommended by OpenAI, which uses a more stringent decontamination mechanism and is not yet saturated.
  • If you are building an AI Agent automated content production system (such as using OpenClaw or Claude Code), it is recommended to use multiple models to cross-validate the code output instead of relying on the benchmark score of a single model.

Task List

  • Shift the evaluation of AI coding tools from "looking at the rankings" to "running your own real project use cases"
  • Add multi-model A/B testing comparison to the automated pipeline
  • Follow SWE-bench Multilingual/Multimodal open source dynamics and plan adaptation in advance
  • Conduct a decontamination risk review of existing workflows that rely on AI coding

AI

Related extended information

Tool entry (trigger tool floating card)

Mentioned in the text: OpenAI, Claude (Anthropic), Gemini (Google), GPT-5.2, Claude Opus 4.5, OpenClaw, Claude Code, n8n

Internal link guidance

View source →

Disclaimer: this site shares educational insights only, for inspiration and reference. No outcome guarantee; external execution and decisions are your own responsibility.