Top
Best
New

Posted by ianberdin 7 hours ago

The real prices of frontier models(playcode.io)
148 points | 75 commentspage 2
zaptheimpaler 4 hours ago|
Wow this is great, it explains what I've seen. My Codex sub seems to last way longer than Claude in real codebases, and Claude eats up a ton of context in the initial read. I thought the harness might be the cause but it seems like tokenization is probably the bulk of it.
karma_daemon 5 hours ago||
The "Honest size of the effect"

Honestly, haha

f311a 6 hours ago||
The real price is how often a model uses subagents that scan your whole repository multiplied by thinking level.
socketcluster 2 hours ago||
It's a terrible metric, it's kind of like companies paying employees by the hour for white collar work.

Most people here probably don't know what it was like to work a contract job and being paid based on actual deliverables.

The incentive of AI companies is to create as many tokens as possible to solve any given problem. Just like your incentive as a software engineer is to create as much complexity as possible in order to use up as many hours as possible.

This is why big tech companies have millions of lines of code... They've got thousands of engineers rapidly churning out tokens.

The difference in number of tokens I use in my day job vs side projects is massive. You can see the inefficiency quantified.

Show me the incentive, I show you the result.

NkVczPkybiXICG 2 hours ago|
Big tech companies don’t usually pay hourly.
ButlerianJihad 2 hours ago||
As a contractor, I was paid hourly all the time. At some points I needed to fill out an actual time sheet each week, that I would submit to my own company, and they used these time sheets to bill the clients.

So yes, "big tech companies" often paid hourly, even if that pay was indirect, to contractors and job shoppers and people who were not direct hires.

lolinder 6 hours ago||
This piece focuses on the cost differences from the tokenizer, which do matter, but I wish they emphasized more that even adding the tokenizer to your calculation doesn't provide you with a good way to calculate cost for agentic coding tasks.

Other traits where models differ that have an even greater impact on your total spend:

* How much context do they load in to solve a given task?

* How long do they spend thinking to get equivalent results?

* How many times do they stop and ask you for input, and are you there to respond to them before the cache runs out?

* Etc.

Incorporating the tokenizer just makes a very imprecise measurement of cost a little bit more precise, but in my own experience I have not found that the token cost is a significant driver of task cost whether or not you incorporate the tokenizer. Everything else about the model's behavior has a much larger impact.

drob518 5 hours ago||
Yes, and verbosity (thinking) is a huge factor.
semiquaver 6 hours ago||
Are there any advantages of the new tokenizer? Does it have a larger or smaller vocabulary or just differently weighted?
ianberdin 6 hours ago|
Well, in my view, it's just the most ordinary manipulation to avoid creating unrest. There is most likely no improvement inside.

Of course, these are my guesses, but did anyone feel the difference in the transition from Opus 4.5 to 4.6? In my opinion, no. And it's unlikely to be a matter of the tokenizer.

charcircuit 2 hours ago||
This article doesn't address the inference side cost. Not all tokens cost the same. If the response is predictable you get a few output tokens for for the price of 1. The further an output token is the cost of generating it grows linearly due to attention.
diwank 6 hours ago||
this is surprisingly high delta. to make matters worse, reasoning tokens account for the majority of tokens and they are completely opaque so it's hard to tell how much of that is prose or code
dinobones 4 hours ago|
Just start pricing in bytes input/output. This whole "token" and "tokenizer" thing is an implementation detail that shouldn't even be leaking out into the API.

Providers change tokenizers all the time with model updates, and it's often not even possible to query/figure out how text is tokenized without actually just sending the LLM a request.

Just switch to charging for bytes of intelligence. Please. Claude Shannon figured this out decades ago.

golem14 2 hours ago|
That does not help you compare pricing between models since they can vary by (even internal, thinking) output size.

The best way to measure is really the end-2-end cost, price per task.

More comments...