Top
Best
New

Posted by systima 7 hours ago

Claude Code sends 33k tokens before reading the prompt; OpenCode sends 7k(systima.ai)
This started based off of a hunch. We usually use OpenCode, but were 'forced' to use Claude Code for a while due to issues with Meridian. In that time, we saw the usage meter rise much, much more quickly than when using OpenCode.

This was the initial anecdotal evidence, but we undertook this small study to collect empirical data:

We added logging between the agentic coding tool (Claude Code and OpenCode) and Anthropic's endpoint, and captured all requests (and the returned usage blocks).

With one caveat (toward the end of the post) we found unambiguously that Claude Code was far more inefficient in terms of its cache strategy and its harness token usage than OpenCode.

452 points | 252 commentspage 4
alansaber 5 hours ago|
Nothing about the time taken to complete the task? Users are definitely sensitive to time, not only token consumption.
cesarvarela 5 hours ago||
I think this doesn't mean much; the axes that matter are intelligence x dollars x time; tokens by themselves mean nothing.
skeledrew 6 hours ago||
I feel like this article isn't saying much. Even with tools disabled, Claude Code still has a crap load of commands and other things that Claude (the model) should know the availability of since it's optimized for them. All of that has to be disabled if this is to be a real harness comparison. And of course the system prompt can be completely replaced, making it a no-brainer to use a more minimal prompt similar to OpenCode. And beyond that nothing else really matters because the rest (cache behavior, etc) lies with the provider's platform, not the harness.
pojzon 2 hours ago||
Reality is- Anthropic is a tokens dealer. If they can hook you up for bigger spend -> they will.

We already know company is not making any profit. To break even they need ppl to use a lot more tokens AND pay for them premium price.

We also know LLMs dont give such a huge productivity boost do warrant spending of THAT size.

At this point you only wait for more and more shady plays.

gslin 6 hours ago||
https://archive.is/O2BFs
himanshumehra 6 hours ago||
that makes sense, claude code actually does inflates token usage
guywithahat 3 hours ago||
We've started using claude code at work and I don't understand the hype. I've been using codex and grok build at home, and they're both faster and in some cases better. Claude has a tendency to do too much. If I don't ask for unit tests and they're not in my agents.md file, then I probably don't want them. It'll try to make new libraries and classes for things that should just be a new function or a comparison check.

In our case the alternative was nothing so I'm happy to have it, but currently claude is not as competitive as I'd have maybe expected given the hype

bigyabai 7 hours ago||
I recommend that Opencode users try Dynamic Context Pruning as well: https://github.com/Opencode-DCP/opencode-dynamic-context-pru...

It works great for long-horizon tasks, and feels like it saves a boatload of tokens.

verdverm 7 hours ago|
The Sleev (the project has been renamed to make a startup) creator was shilling their project in the OpenCode Discord. That person is very convinced they have something that no one has ever built before. They focused on token reduction without any real evals for capability impacts.

I'm generally against this context pruning without prompting or details. Sleev is very opaque about how it works and definitely will bust your cache.

bigyabai 7 hours ago||
It's definitely not unprecedented, but the plugin version is useful. Sleev seems like a nothingburger, I'm happy with the results I get from DCP already.
piokoch 7 hours ago|
No surprise, I've noticed that "agents", not only CC (I am using Copilot) are trying to be "clever", searching for a lot of data. This is good for LLM providers as this eats a lot of tokens.
arcanemachiner 6 hours ago|
OpenAI, to their credit, seems to be focusing pretty heavily on token efficiency in GPT 5.5 and beyond.
More comments...