Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

introducing OpenBench v1, an open framework for measuring AI performance and efficiency for your codebase and use case. Companies are realizing that you can't simply tokenmaxx, and are frantically looking for better ways to use and measure AI use and efficiency. One approach is evidenced by the rise in...

124,431 Aufrufe • vor 3 Monaten •via X (Twitter)

67 Kommentare

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

open :)

Profilbild von Filip
Filipvor 3 Monaten

okay so the takeaway is that cursors harness is the best for solving tasks overall but it outputs most tokens? and pi isnt as great for % of solved tasks but the output tokens per solved task is much lower making it the cheapest overall?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

yes Cursor has done well for the two models I got to test it with, one is their own model. They don't have ease to test with Deepseek, Kimi, etc. so i can't say across the board but definitely impressed by their harness. Pi has always done best in token efficiency and latency. It actually regressed from gpt 5.5 to 5.6 in correctness, wouldn't attribute to the harness just yet. I'm bullish on Pi coming back

Profilbild von Filip
Filipvor 3 Monaten

hmm interesting.. i wonder what pi does differently to get such token efficiency.. system prompts or harness instructions itself?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

@filip_a__ most minimal is probably every aspect: system prompt, tools, etc. claude also removed 80% of its system prompt according to @trq212

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

one thing to call out: for correctness especially I need to add more difficult long horizon tasks. But I think the best way to judge these right now are through trends. Few trends I've seen repeated through the different updates: > Cursor harness performs well in correctness > Pi and claude have been efficient in token spend + latency > Codex likes to token maxx, I've even tested ablations myself (codex variants) and see opportunity to make the harness more efficient

Profilbild von stridell
stridellvor 3 Monaten

pi keeps winning

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

yes bullish Pi

Profilbild von Chase
Chasevor 3 Monaten

love this! not enough content out there that shows perf difference for the same model across different harnesses

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

appreciate it!

Profilbild von Sydney Runkle
Sydney Runklevor 3 Monaten

how does deepagents stack up?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

let me add to the list

Profilbild von Sezan
Sezanvor 3 Monaten

@thsottiaux we need to fix codex bro...It was my personal observation as well coz i also got better results using 5.6 with claude code...but we have benchmark now...look at the solve rate and token efficiency for 5.6 on other harness

Profilbild von Auro
Aurovor 3 Monaten

Very cool benchmark and I'm excited to learn more! Will you be expanding to more harnesses?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

yes! any specific ones you're intersted in? Right now I'm adding: - omp harness - aider harness - Inkling @thinkymachines - Laguna @poolsideai

Profilbild von Auro
Aurovor 3 Monaten

@thinkymachines @poolsideai Droid and copilot are the two that come to mind! OpenCode v1 vs OpenCode v2 is also interesting to me

Profilbild von Divanshu Chauhan
Divanshu Chauhanvor 3 Monaten

@mattlam_ @thinkymachines @poolsideai I'd love to see droid as well

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

@Aurokinn @thinkymachines @poolsideai let me see what I can do, I am curious about OpenCode v2, not sure how @thdxr thinks it'll be diff, i havent read up it too much yet. Also I pay for these out of pocket and am fun employed rn, so will try my best but these subs + api keys add up 😂

Profilbild von Auro
Aurovor 3 Monaten

@Divkix @thinkymachines @poolsideai @thdxr totally get that! if I can help run some evals for you let me know I have a variety of subs for my cross-harness tooling if you're comfortable with cliproxyapi I believe you can bring your codex sub to copilot + droid, and amp natively supports codex oauth

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

@Divkix @thinkymachines @poolsideai @thdxr oh sick ye thats how i got gpt5.6 on claude, but i don't want to mess with claude oauth on other harnesses, cause apparently you can get banned

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

@Divkix @thinkymachines @poolsideai @thdxr actually the best part about OpenBench is that it's open, if you're curious and willing, try to run this on your machine and compare results :)

Profilbild von MisterCh0c
MisterCh0cvor 3 Monaten

Try tura with sol!

Profilbild von Thomas Silva
Thomas Silvavor 3 Monaten

Why are the stats in this video different from the dashboard? e.g. for 5.6 sol the video shows cursor as the least efficient but then the site says it is the most efficient

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

good catch fixing, dashboard is wrong

Profilbild von Yash Gogri
Yash Gogrivor 3 Monaten

This is sick!

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

appreciate it Yash

Profilbild von rehen
rehenvor 3 Monaten

OpenBench measures production reality.

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

@rehensina yessir!

Profilbild von Jorge
Jorgevor 3 Monaten

most relevant for me, for gpt 5.6: pi • 35K tokens • 72.7% opencode • 90K tokens • 80% grok build • 142K tokens • 82.2% codex • 157K tokens • 72.7% lmao 😂

Profilbild von Arrow
Arrowvor 3 Monaten

where is glm

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

ye I should've included in video, but i did benchmark previously, results should be in repo, but TLDR GLM is very good for day to day tasks and very efficient

Profilbild von FloppyBlahaj🦈
FloppyBlahaj🦈vor 3 Monaten

That’s really sick!

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

appreciate it!

Profilbild von VibecodePro
VibecodeProvor 3 Monaten

Kilo cli?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

can take a look

Profilbild von Vadims
Vadimsvor 3 Monaten

There seems to be a mistake in the total token calculation for the Grok build: cache-read tokens are included for it but not for the others. I would also recheck the Cursor build, as it ended up with only 73 uncached input tokens.

Profilbild von Artificial Guy / João Vitor A.
Artificial Guy / João Vitor A.vor 3 Monaten

Amazing thanks

Profilbild von Jabol aso
Jabol asovor 3 Monaten

Great direction — cost-per-token alone hides real efficiency. Worth also tracking task success rate and latency variance, not just tokens/$, since a cheaper model that needs 3x retries often costs more in wall-clock time. Will you support custom eval harnesses?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

agreed! Right now i'm latency and success rate, didn't have latency in the video but it's up on the repo. Also for tokens I do track input/output/cache splits! One caveat is for cursor/cli they're based on what the cli reports to me, the rest of the harnesses let me use a proxy that aggregates their token spend from providers.

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

good catch, fixing the token solve, dashboard is wrong there. Med wall on dashboard was comparing all Cursor solves, but video was only latency for all problems that all harnesses solved. My bad, can look confusing, can make more clear.

Profilbild von Furkan Ceyran
Furkan Ceyranvor 3 Monaten

No worries, anyone taking a quick look can figure it out anyway, so those are pretty minor issues. You’ve genuinely filled a real need here, thanks for making this benchmark. It’s exactly what I was looking for :)

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

appreciate it! will continue to improve on it, and open to feedback

Profilbild von Centraly
Centralyvor 3 Monaten

ofc, benchmark showing pi as best harness, hover the profile -> pi developer, completely unbiased opinion

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

i use all the coding harnesses. I built pi-gui because I think it's a product missing in the market. You can also view the results and try running yourself, they're all open haha

Profilbild von 逍遥醍醐仙TIHU
逍遥醍醐仙TIHUvor 3 Monaten

Well done! People always benchmark the models, fewer do this to the harness

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

appreciate it!

Profilbild von Vitor de Lucca 🇧🇷 🏳️‍🌈
Vitor de Lucca 🇧🇷 🏳️‍🌈vor 3 Monaten

Try reasonix with deepseek

Profilbild von Sayem
Sayemvor 3 Monaten

interesting

Profilbild von RayBytes
RayBytesvor 3 Monaten

That Claude vs Codex token difference is crazy. Any idea why there’s such a stark difference?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

claude killed 80% of its system prompt supposedly recenlty, think it's made a big help, and look at Pi it's minimal and does well

Profilbild von Saswata
Saswatavor 3 Monaten

this is the new open router

Profilbild von KYDNO
KYDNOvor 3 Monaten

been waiting for a harness bench for a while, go work at Artificial Analysis!

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

same surprised I didn't see one, so decided to build one haha

Profilbild von buildwithjay
buildwithjayvor 3 Monaten

OpenBench feels like the part every AI team eventually needs. not another model leaderboard, just proof of which one is cheap on your own repo.

Profilbild von Sebastian Buzdugan
Sebastian Buzduganvor 3 Monaten

openbench needs drift tracking because static eval sets go stale fast in real codebases

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

good idea I'll take a look!

Profilbild von MI COWI
MI COWIvor 3 Monaten

does it differentiate cached tokens?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

yes! I have a proxy that sit in front and differentiates tokens reported back from providers. Unfortunately some providers like @cognition Devin and @cursor_ai are more closed, and those I take wtv their cli reports back.

Profilbild von Milkman Dan
Milkman Danvor 3 Monaten

Explains a few things, like why it seems like most of the "5.6 is killing my tokens" complaints are coming from Codex users.

Profilbild von itsaflecha
itsaflechavor 3 Monaten

good stuff.

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

appreciate it

Profilbild von Marco Lee
Marco Leevor 3 Monaten

It’s Pi cheaper than the other harness?

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

yes from my exp

Profilbild von erik@try.works
[email protected]vor 3 Monaten

Let me integrate this with role-model

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

yes please! lmk how it goes

Profilbild von Hi9841
Hi9841vor 3 Monaten

Change the name to HarnessBench

Profilbild von Matthew Lam
Matthew Lamvor 3 Monaten

thinking about it lol

Ähnliche Videos

Insane Grok Grok Bot upgrade! Finally, you can connect Grok Bot to different agent harnesses and run tasks through their native runtimes. Devs just open-sourced HarnessRouter, the infrastructure layer that lets Grok Bot run tasks across: - Codex - Hermes - Claude Code - DeepSeek Harness - System One, powered by Jev - Pi, and 20 more GitHub repo: (don’t forget to star it ⭐) With HarnessRouter, each external specialist gets to use its own harness, model, tools, skills, and agent loop while Grok coordinates the project from one conversation. I tested this by asking Grok Bot to turn a support-ticket CSV into an interactive dashboard. Grok Bot assigned the analysis to DeepSeek Harness with Claude Sonnet 5.5, passed the output to Codex with GPT-5.5, and checked the finished dashboard in its browser. This differs from simply creating more Bots. These workers are not additional Grok Bots, and Grok Bot itself does not switch harnesses. Instead, it remains the coordinator while the delegated tasks run inside separate HarnessRouter sessions with the harness of your choice. So for another task, you can use Claude Code, Hermes, Pi, etc., without requiring a separate integration for task execution, sessions, streaming, and generated files. HarnessRouter standardizes all those operations through the Unified Harness Protocol (UHP). UHP handles sessions, streaming, files, cancellation, and failures through the same interface, regardless of which harness runs the task. I shared the GitHub repo above. And if you want to dive deeper into Grok Bot, I wrote about it in full in a masterclass, including the shared computer, memory, skills, routines, and the macOS setup. Read it below.

Avi Chawla

136,854 Aufrufe • vor 11 Tagen

We’re launching Optima. Now anyone can create a custom benchmark for their use case, leveraging Artificial Analysis’ leading research and platform Building and running benchmarks is difficult. We have distilled Artificial Analysis’ research and experience developing benchmarks into Optima, a new platform for benchmarking models on your own workloads and comparing performance, speed and cost efficiency. Optima allows you to find the best model for your task, or an equally performant alternative to your current setup at 10x lower cost or time per task. We’ve integrated Artificial Analysis' research and experience in benchmarks across the Optima workflow: ➤ Build benchmarks based on your own data and use cases: There are three ways to build a benchmark with Optima. Upload an existing evaluation dataset from your own files or Hugging Face, or import agent traces from platforms including Arize AI, Braintrust and langfuse.com. Install the Optima skill to build a benchmark using context from your coding environment and previous sessions. Or simply describe your use case and provide example inputs and outputs, and Optima will build the benchmark for you ➤ Run across the latest models: Run the same benchmark across leading models in a single click, and keep your leaderboard up to date as soon as new models are released ➤ Bring Artificial Analysis grading to your own benchmark: Evaluate responses against objective rubric criteria or using the same pairwise judging approach used for Artificial Analysis benchmarks including GDPval-AA and AA-Briefcase. For pairwise judging, select your preferred responses from a sample and Optima uses those preferences to rank models across your test set ➤ Compare performance, cost and time efficiency: Optima measures more than model performance. Cost per Task and Time per Task are tracked alongside benchmark scores, with category-level results and support for custom metrics, allowing you to compare the tradeoffs between models for your specific use case Ahead of launch, here are examples questions our beta testers answered with Optima: ➤ Which model can save me 10x the cost without a meaningful decrease in quality for my finance & accounting agent? ➤ Which model best matches the writing style of lawyers for my legal agent? ➤ Which model can best identify different elements in my custom image dataset? Optima is available today. Build your own benchmark at

Artificial Analysis

133,823 Aufrufe • vor 2 Monaten

Introducing *Switch*: a *harness framework* for *decision models* like Jev I looked for this the other day and was surprised to not find anything like it You obviously cannot use a decision model like an LLM in a coding agent harness like Pi, because Jev cannot generate tool calls But what if there was a framework that "generated the tool calls" for it programmatically, and Jev only had to pick out of that finite set of choices That is what switch does. You pick a "domain" to implement the decision model in, and it provides a core API to define your state, and the functions that will derive decision model questions out of that state. Chess is a domain, as well as being a rubric judge for evals It basically standardizes what I imagine a lot of people are already vibe-coding, to an abstract interface: calling a decision-model API through multiple steps, i.e. an agent loop over finite choices Because of the finiteness of the output of a decision model, you cannot have a general pure decision model harness. Instead, you need to implement specific ones that generate the choices programmatically (or have an LLM generate the choices, but I find the former more interesting) A primary use case I have for this is use as a judge in an eval. For example, At the end of a task run that involves a bunch of documents, most people currently follow this approach: extract text out of PDF/docx/md files, and dump them right into the context But what if the visual formatting of the output is a judging criterion? Then you have to dump an image of every page in the input state. But what if you have 200 pages, and your question does not need looking at all of them? What if Jev could navigate through the haystack and find the info it needs? I have noticed that Jev is not so good at chess nor being a Decision-Model-as-a-Judge. It sucks at chess, and it does not perform well enough to replace GPT 6.1 Sol as a judge in the domain I am working for But switch is not only for Jev! It is for any decision model including the ones supported by the pi-ai package So once you can generate enough data with a better model, you should be able to pick an open source one and fine-tune it on your use case to perform better! And the model should be trained in a harness like switch's to be especially performant and cost-efficient I wanted to get this out because I find the idea very exciting, at least for benchmarking. Jev is currently not there, but decision models obviously will be there at some point, and we can take them there! There are also a lot of potential gains from picking a specific domain, and creating a looping agent that does a job for 100x cheaper! Let me know if you have any ideas, I am quite keen to try this on new domains! Repo:

Onur Solmaz

106,096 Aufrufe • vor 5 Tagen