Introducing FrontierCode 2.0: our new coding benchmark that...

Most coding evals measure a model’s ability to write code that meets a spec. With FrontierCode 1.0, we asked a new question: would you actually merge the PR?
FrontierCode 2.0 is comprised of more diverse tasks, featuring larger scopes and higher mergeability standards. We are now asking: not only would you merge this PR, but should you?
One key feature of FrontierCode 2.0 is underspecified prompts. Rather than including every engineering decision, prompts are deliberately ambiguous, giving the models room to demonstrate their judgment.
The result is a benchmark that is far from saturated, with the top model scoring just 45%.
▪️ Opus 5.5 and GPT-6 Astra lead in intelligence, at average costs of $12.8 and $6.67, respectively.
▪️ GPT-6.1 Sol leads in cost efficiency, scoring 39% at $1.03 per task.
▪️ GPT-6 Luna and Haiku 5.5 lead on overall cost, scoring above 20% at less than $0.50 per task.
Chinese OSS models lag far behind, with Kimi K3 and GLM 5.3 scoring at 17%. American OSS models like Beam and Inkling are even further behind with a score of 3%.
Claude Opus 5.5 fixes the bug by discarding the old generator reference upon reset, so the next request starts a new one. That solves the reported bug, but dropping the reference to the generator means that any cleanup code the user already had in a finally block will never run.
The prompt doesn’t mention cleanup, but an experienced JavaScript developer knows to expect finally to run when a generator is abandoned, and Opus 5.5’s solution fails to satisfy that implicit correctness expectation.
Thank you to the maintainers who built these tasks: @streamer45 @cristiam86 @martinmck_ @Murderlon @smilingnosrati @deluccadev @iifawzi_ @patricio0312rev @kaitran_ntt @manuelkiessling @MatiPl01 and @thorbjorn81.
cognition.com/blog/frontier-…




