PaPoo
cover

The price is not the model, it's the shape of the work

What jumped out at me is how little “Claude Code pricing” is really about model quality and how much it’s about usage pattern. Same model, same tokens, wildly different bills. That feels obvious once you see it, but it’s still a nasty surprise if you’ve been thinking in chatbot terms. Agentic coding isn’t a normal SaaS seat anymore; it’s closer to running a noisy little compute business inside your org.

The part I find most persuasive is the cache math. If long sessions are mostly prompt-cache traffic, then the pricing story is no longer “how smart is the model?” but “how chatty is the workflow?” That’s a very different question, and it explains why the same day can look cheap for one person and absurdly expensive for another. It also makes a lot of the subscription intuition dangerous. A seat price looks simple until the tool starts rereading half a million tokens over and over again.

I do think the article’s strongest claim is also the least comfortable one for Anthropic: once teams get serious about Claude Code, the seat model can feel artificially generous on one side and weirdly punitive on the other. The author’s own replayed day, plus the company anecdotes, point in the same direction: if you’re doing real agentic work, the per-token path can balloon fast. Not because the model is secretly bad value, but because the workload is inherently token-hungry. That seems like the real story here.

What I’m less certain about is how cleanly you can generalize from these examples. A self-reported HN anecdote, an author’s own session, and a handful of company reports are useful signals, but they’re still a pretty narrow slice. The article says the companies it talked to saw bills at least double and often 3x after moving from seats to per-token Enterprise. Maybe that’s right. Maybe it’s selection bias toward the people who noticed a problem badly enough to talk. I wouldn’t treat those numbers as a universal law.

Still, the practical takeaway for anyone building with Claude is hard to ignore: if you’re letting agents run long-lived, parallel, context-heavy sessions, you should stop thinking in “prompt price” and start thinking in budget envelopes. Per-engineer caps with override paths sound unglamorous, but they seem saner than pretending usage will stay polite. Shopify’s “alert, don’t block” approach sounds especially sensible to me. It acknowledges reality: the spend is going to spike sometimes, and the question is whether you can tell the difference between useful frenzy and accidental waste.

If I were running a team, I’d try to reproduce one of these days against my own workloads before adopting any pricing intuition from marketing pages. Not just total spend, but where it actually goes: cache reads, cache writes, output, subagents. I suspect a lot of teams are still misreading the bill because they haven’t internalized that the conversation itself becomes the expensive object.

Reference: Claude Code pricing: same tokens, same model, up to 40x the price - Quesma Blog

同じ著者の記事