Remix.run Logo
Show HN: FrontierHarness Eval – 9 harness, same model, cost per pass varies 17x(frontierharness.org)
67 points by shiqimei 6 hours ago | 45 comments
nijave 9 minutes ago | parent | next [-]

It would be interesting to try to control for system prompt although obviously there's some coupling to what the harness provides and the instructions the model receives on using it

joshheitzman 17 minutes ago | parent | prev | next [-]

I was excited until I saw cost was only provided as the median. Your provider will bill you for all your tasks and one can get back to that total from the mean by multiplying by the number of tasks. This isn't possible with the median and I suspect the median is likely below the mean so this understates the actual costs.

Edward40 11 minutes ago | parent [-]

We initially tried using the mean (average), but a few extreme outliers caused Claude Code's cost to look far higher than it typically is.

vidarh 5 hours ago | parent | prev | next [-]

Testing it against Kimi is potentially skewing the numbers massively. Kimi has a number of quirks that requires behaviours that e.g. Claude or GPT doesn't.

Harnesses that are built around needing to work with "weird" models will need to deal with that, such as Kimi's tendency to get stuck in tool-call loops.

Harnesses built to deal with e.g. Anthropic's models primarily, do not need to deal with that.

Claiming on the blog that this gives Kimi Code no home field advantage seems like a dicey assumption. I haven't dug into the newest Kimi Code much, but the older Kimi CLI included several tools that were clearly specifically aimed at working around that behaviour - when I copied their checkpoints and "dmail" mechanism into my own harness, the performance with Kimi improved dramatically, but it made zero difference against Anthropic models.

That doesn't make the data worthless - it's clear you shouldn't use Clade Code to work against Kimi. But it does significantly limit the utility of it.

nijave 20 minutes ago | parent | next [-]

Afaik the reverse is also true. Some models are trained for specific harness setups so work better/more efficiently in that harness. If you give a model trained on a Read/Write/Bash tool setup a harness with only Bash where it needs to generate shell commands, I'd expect it to perform differently.

Related, there was a small debacle when Claude Code yeeted out a prompt change telling Opus to use Bash for everything. It was speculated it was an optimization to try to make it more efficient by encouraging it to chain a bunch of "tool use" commands into a giant shell command. However, they didn't communicate it clearly and it broke a bunch of setups that expected/hooked tool calls

There's also the (anecdotal?) tradeoff that dumb models tend to do better with smart tools and smart models tend to do better with dumb tools (smart tools -> easier to use but require more context usage for specs, dumb tools -> harder to use but more versatile and save context)

Edward40 8 minutes ago | parent | prev [-]

Good points! That’s a known limitation of our v1.0 benchmark with Claude Code. For v1.1, we're expanding both harnesses and models to evaluate the full harness × model matrix. This will highlight interaction effects (showing which harnesses suit which models best) and let us publish a full compatibility matrix. We shared more details on our roadmap in our blog post (https://runta.com/blog/introducing-frontierharness-eval/).

nsingh2 3 hours ago | parent | prev | next [-]

One issue I see with including something like Pi is that it's intentionally bare bones. I don't think anyone uses Pi without some basic custom extensions (subagents, check lists, etc), so this benchmark may not be representative of a realistic setup.

Would be interesting to see some sort of ablation test too. E.g. what parts of Codex contribute most to the perf, and can they be recreated more minimally in something like Pi.

infecto an hour ago | parent | next [-]

I use Pi barebones.

dfltr 2 hours ago | parent | prev | next [-]

It does seem a bit odd to say "We tested all of these bicycles with the same rider" when one of the test cases is actually a bare high-end frame with no components on it.

It's even weirder given that another of the test cases is essentially "We put parts on the frame (OhMyPi) and it went faster!"

jdthedisciple an hour ago | parent | next [-]

I'm not sure your analogy holds, because here the optimization metric is clear and unanimous: every one wants max pass rate at min costs.

With the bicycle, some may prefer comfort, others speed, others offroad, etc., so it would not be obvious which one is "best".

infecto an hour ago | parent | prev [-]

Not weird or odd in the least. I think it clearly shows that Pi barebones at least in this set of tests, preformed better and cheaper cost that OMP.

randomblock1 2 hours ago | parent | prev [-]

I think it's still a useful data point. For example, omp, which is pi with some default extensions, scores worse. I do agree that adding more configurations of Pi would help though.

markbao 3 hours ago | parent | prev | next [-]

This is great. People always talk about how important the harness is and yet we have so few harness benchmarks. Agree with sibling commenter that ‘harness x model’ is needed.

People always talk about how Cursor harness has some secret sauce; would like to see how that one stacks up.

Thanks for making this and filling a real gap!

kaishin 4 hours ago | parent | prev | next [-]

Putting only the tasks and results in the repo is a poor decision. These conclusions would be far more credible if anyone could re-run the benchmark.

travishcronin an hour ago | parent | prev | next [-]

Interesting to see harness benchmarks for coding agents. The same problem exists for conversational and data agents but I dont see anyone benchmarking them yet. Seems like manual-spot checks are the norm

yorwba 3 hours ago | parent | prev | next [-]

There really should be error bars on those measurements. With just 30 samples, the 95% confidence intervals for accuracy should all be more than 35 percentage points wide, so comfortably overlap. For cost it's harder to say, because outcomes aren't constrained to {0, 1}, but I also expect a lot of variability there.

knombertus 3 hours ago | parent | prev | next [-]

Is Github Copilot (integrated in VS Code) not a thing? I use it all the time and don't know what more I could wish for.

Disclaimer: I don't let agents run on huge tasks for hours. Almost all tasks I give them are done in under 30 min.

heisenbit an hour ago | parent [-]

I also feel Copilot is not getting the attention it should considering its user base and its importance in the enterprise context. There is a lot to be learned and I found https://news.ycombinator.com/item?id=49256057 (mitm copilot investigation) interesting. Playing with Copilot and asking it what was the biggest part of its standard payload I was surprised to learn that VSCode extensions plug in their MCP servers without me being much aware of it.

xnx 4 hours ago | parent | prev | next [-]

Good start, but needs to be harness x model to be useful. 3 top harnesses x 3 top models would be more interesting.

Edward40 3 hours ago | parent [-]

Version 1.1 will add more harnesses and evaluate a broader set of models. Rather than holding the model fixed, we plan to evaluate the full harness × model matrix to reveal interaction effects (which harnesses work best with which models) and produce a harness-model compatibility matrix.

kakugawa 4 hours ago | parent | prev | next [-]

With all the hype around the latest Gemini 3.8 Flash/Cyber release, will Antigravity CLI [1] be supported?

1/ https://antigravity.google/product/antigravity-cli

verdverm 3 hours ago | parent [-]

agy has fewer users than grok, both are ~1% based on some surveys I've seen, not every harness needs to be evaluated

GodelNumbering 5 hours ago | parent | prev | next [-]

Do you have instructions on how to run a custom harness against this? There are none on the linked page. I want to run Dirac (https://github.com/dirac-run/dirac).

molticrystal an hour ago | parent | next [-]

Their code and evalations are linked to on the blog post accompanying the results:

Blog Post: https://runta.com/blog/introducing-frontierharness-eval/

The tasks and methodology: https://github.com/runta-dev/frontier-harness-eval

_matthew_ 4 hours ago | parent | prev | next [-]

+1, I'll also add Maki to the list: https://github.com/tontinton/maki

fmxexpress 5 hours ago | parent | prev [-]

Same, I want to bench PasClaw on it.

TheJCDenton 3 hours ago | parent | prev | next [-]

Incredibile result for pi. The ratio quality / complexity of the harness make me think that all other harnesses are very bloated.

fhn 3 hours ago | parent | prev | next [-]

I just started using Hermes and it's pretty good. Guess I'll try Pi. I'm hesitant on DSH.

netcyrax 3 hours ago | parent | prev | next [-]

Very interesting. As models become commodities, the harness will be the next optimizing game.

EFLKumo 4 hours ago | parent | prev | next [-]

I've been confused a lot why there isn't a benchmark to measure a harness's performance rather than the model's one. Now there it is.

monster_truck 5 hours ago | parent | prev | next [-]

It's nice to see time reflected here.

Deepseek is fuckin fast! Seems like the bigger the task, the faster it gets, which is kind of unfortunate because nobody is going to be doing 17 benchmark passes on a $50-100 task. I'm assuming the brief pause before it avalanches out 16kb of text at upwards of 250tk/s (multiples beyond anything resembling a comfortable reading speed) is some sort of workload evaluator directing sessions to individual/multiple cards, occasionally waiting for what it thinks is best to become available.

I couldn't believe it at first, it shit out a damn fine multithreaded physics simulation fabric (integrated into a massive codebase, tests passing) in under an hour. Anything I could find online says they average like 80 but my logs average ~3x that.

nijave 13 minutes ago | parent | next [-]

>nobody is going to be doing 17 benchmark passes on a $50-100 task

Hopefully we'll see more of this as big companies try to optimize token usage where the cost of benchmarking is dwarfed by the potential savings across the org

try-working an hour ago | parent | prev [-]

DeepSeek is consistently the fastest model, and Kimi the slowest. GPT in the middle. Anthropic is probably on the slow side as well.

nijave 12 minutes ago | parent [-]

Agree with the exception of Haiku. Haiku is insanely fast if it works for your task

RadixIO 6 hours ago | parent | prev | next [-]

Software is constrained when you write it. Agents have to be constrained while they run.

grigio 3 hours ago | parent | prev | next [-]

Where is jcode?

Edward40 4 hours ago | parent | prev | next [-]

The Exo harness is the most interesting one in the benchmark, as it has the potential to complete tasks with fewer turns and cost.

tamimio 4 hours ago | parent | prev | next [-]

Harness wars are the next browsers wars!!

But wow, opencode is that bad?!

jonstewart 4 hours ago | parent | prev | next [-]

Forgive my stupidity but how do you run Claude Code with non-Anthropic models?

nijave 5 minutes ago | parent | next [-]

I use routatic/proxy (actually my own fork with various changes/fixes http://github.com/nijave/proxy/ -- fyi the fork is all vibes...)

Some gateways/proxies/hosts also offer multiple endpoints (z.ai has both Anthropic endpoint and Completions endpoint)

krat0sprakhar 2 hours ago | parent | prev | next [-]

Here's an example for using it with GLM:https://docs.z.ai/devpack/tool/claude ... works similarly for other models

EFLKumo 4 hours ago | parent | prev | next [-]

Claude Code supports the base URL env var so you could tell it to talk with any LLM API endpoint that receives the Anthropic style request format, e.g. DeepSeek.

verdverm 3 hours ago | parent [-]

The full list for the curious

https://code.claude.com/docs/en/env-vars#variables

tokencanopy 4 hours ago | parent | prev [-]

Claude Code allows you to change the config such that you use the harness with different models - you can actually ask a coding agent to configure it for you

ADD-SP 6 hours ago | parent | prev [-]

Codex is the best harness to me because of its GUI and subscription.