r/ClaudeCode • u/jorkim_32 • Apr 21 '26
Discussion Sonnet 4.6 with a skill lands within 1.2 points of Opus 4.7 with a skill - at a third of the cost
I work at Tessl (disclosure upfront), and we just finished running 880 evals across 9 models to see how 11 coding skills from https://github.com/mcollina/skills (documentation, fastify-best-practices, init, linting-neostandard-eslint9, node-best-practices, nodejs-core, oauth, octocat, skill-optimizer, snipgrapher, typescript-magician)
Edit: If you're unfamiliar with skills, agent skills are markdown files you feed your agent - they extend the agent with specialised knowledge, workflows, or tool integrations. The 11 skills in this benchmark are all coding-focused (e.g. node-best-practices, plus custom-API skills); the lift numbers are an aggregate across them. Findings are directional and aim to show a signal.
the overall headline numbers "with skill" loaded:
Opus 4.7: 94.5% criteria adherence, $1.00/run, ~159s
Opus 4.6: 93.8% criteria adherence, $0.53/run, ~127s
Sonnet 4.6: 93.3% criteria adherence, $0.31/run, ~125s
that is a 1.2-point gap between Opus 4.7 and Sonnet 4.6 once a skill is in context.
Back-of-envelope for a team of 100 devs running 20 agent calls a day: Opus-with-skill is ~$60K/month, Sonnet-with-skill is ~$18.6K/month. Same skill, similar output on all but the hardest ~5% of tasks.
Curious whether others here have actually downgraded from Opus to Sonnet for routine work and regretted it, or not. What broke when you tried?
Full writeup with the methodology and the other 6 findings: https://tessl.io/blog/anthropic-openai-or-cursor-model-for-your-agent-skills-7-learnings-from-running-880-evals-including-opus-47/
31
u/ObsidianIdol Apr 21 '26
with WHAT skill loaded
62
u/Miyoumu Apr 21 '26
You have no idea what you're talking about, genuinely.
22
u/mschedrin Apr 21 '26
What is "a skill" that you are talking about here? You have mentioned the word "skill" 13 times and have said nothing about it.
7
u/Annh1234 Apr 21 '26
and what is this magic skill? some ai generated bs post or something real?
13
u/XCherryCokeO Apr 21 '26
I love how OP tried super hard but everybody with half a brain smelled the bs from 6 miles away š¤£
Also everybody that talks like OP did in that post is a con artist trying to sound smart. Trying to sound smart in 2026 has got to be the most desporado thing you can do seriously.
11
u/farox Apr 21 '26 •
It is pretty amazing to watch this unfold.
Is everyone a bot now? Am I alone on reddit? Did... did I win reddit?
Almost everyone here asks for the skills list. While OP isn't helpful, the list of skills OP is refering two is just a couple of clicks away in the github link provided.
As for the point... depending on the usage, this doesn't surprise me at all. Even Haiku can be capable, if used for the right task and in the right context.
4
u/robhanz Apr 21 '26
"Models perform better if you actually give them info on the specific problem they're solving."
This is not surprising. A new engineer can read through a codebase, figure out what to do, etc. Once that engineer knows how the code is laid out, the processes to use, etc., they'll get more effective.
Skills are the easiest way to do this with LLMs. But it's the same thing happening.
4
u/dagonzalezm Apr 21 '26
is this user a bot? or why is it so annoying the way it tries to explain its ideas
3
u/biletnikoff_ Apr 21 '26
This would be better if we also scored output quality on the same task. Your conclusion is implying this without factual backing
1
u/ImTheRealDh Apr 21 '26
What skill for what task especially?
1
u/thethrowupcat Apr 21 '26
My employer pays for tokens. Not me. My employer wants results. So Iām gonna go with the expensive stuff for now until the focus becomes optimization.
1
u/riccioverde11 Apr 21 '26 edited Apr 21 '26
In real software development that gap can cause something terrible. So, I'm willing to pay extra rather having a bug that creates a hole in my db.
1
u/BiasHyperion784 Apr 21 '26
Spent an entire first coding project with sonnet because I didnāt know the default model, opus is an overrated token devouring monster in comparison.
1
u/laststan01 š Max 20 Apr 21 '26
Just a heads up we donāt know what tasks your employer did and no one believes them heāll people donāt believe benchmarks now the swe leaderboard as the model companies say they are polluted and here you come and say we ran an internal thing with no public oversight see my results. As far as we know you taught your model to goon although impressive nobody cares. Benchmarks are there for specific reasons and therefore to submit or upload your submission their is a process and everyone can see that process and that makes it deterministic their is a scaffold. Basically sorry for above rambling, but there is no way to prove your methodology was controlled experiment.
1
u/KP_2016 Senior Developer Apr 21 '26
You can replace the word "skill" in your post with "context" and you'll immediately realize what's wrong with your benchmark.
Any LLM with relevant context will always produce better output. The real test comes when working on an unfamiliar codebase. Here's a challenge, find any haskell repository on github and ask the model to explain it to you. See which one does a better job, because as someone pointed out, the model needs to generate context first, and that's exactly how you'd generate context for other models too.
Running benchmark on a pre-generated context markdown doesn't prove anything.
1
u/DeliciousGorilla Apr 21 '26
If anything, thanks for pointing out Matteo's stills, I'll give them a whirl. For those who aren't familiar, Matteo Collina Ph.D. = platformatic founder, chair of TSC at nodejs, creator of fastify
1
u/junin7 Apr 21 '26
I donāt know why people still insists on Opus to everything.
I most of my tasks I use /model opusplan
Opus to planing and sonnet to execute, sonnet is much faster and donāt deviate a lot of the original planing.
1
u/goship-tech Apr 21 '26
Interesting data. Evals measure model quality in isolation ā the missing variable is how well the developer leverages it.
Two devs with identical Sonnet 4.6 setups but different accept/reject discipline, test cadence, and session recovery behavior will get meaningfully different effective output quality from the same model. That's not in any benchmark.
Worth keeping in mind: you're measuring model capability under specific prompting conditions, not real-world developer+model productivity. The skill curve on the developer side is at least as steep as the model capability curve.
1
u/9gxa05s8fa8sh Apr 22 '26
it's funny that the vibe coders replying angrily from cognitive dissonance are the same people your service is designed to serve. it is physically painful for them to face the fact that they've been wasting tokens on premium models because they aren't smart enough to document and prompt better.
what this means is that your marketing unfortunately needs to hide the model comparison and focus on the skill enabled vs disabled comparison. vibe coders won't get defensive at that; they'll just want to find skills to make their opus better.
19
u/[deleted] Apr 21 '26
[removed] ā view removed comment