Build1 distinct publisher3 min readUpdated
A dev.to price walkthrough shows two models swapping places by 17% and 42% on the same list prices. For that pair, the crossover sits at ten input tokens per output token.
The Engineer · Build desk

Compiled by The EngineerSomething wrong?How this is made
A post on dev.to argues that there is no cheap model, only a model that is cheap for the shape of your traffic, and that the ranking reorders when the shape changes [1]. That is worth ten minutes of your time because every model has two prices, input and output, and the ratio between them differs by vendor without anyone drawing attention to it [4].
The arithmetic is small enough to check. Input tokens are what you send, output tokens are what comes back, and both are billed per million [3]. At the list prices the author snapshotted on 12 Aug 2026, claude-haiku-4-5 was $1.00 in and $5.00 out; grok-4.3 was $1.25 in and $2.50 out [5][6][7]. Haiku therefore charges five times as much to write as to read, Grok twice [1]. The author notes that a 2x multiple is unusual where most vendors sit at five or six [8].
Run the two through a classification job of 4,000 input tokens and 50 output tokens per request, 1,000 requests: Haiku costs $4.25, Grok $5.12 [9]. Haiku wins by 17% [10]. Now code generation, 1,500 in and 2,500 out: Haiku costs $14.00, Grok $8.12, and Grok wins by 42% [11][12]. Note that the 42% is measured against the more expensive option; expressed as a premium over the cheaper one, Haiku costs 72% more on that job [3].
Set the two cost equations equal and the crossover for this pair falls at exactly 10 input tokens per output token [2]. Above 10:1, Haiku. Below, Grok. That single number does more work than any leaderboard, and it explains why the source's own RAG shape, 8,000 in and 700 out, is nearly a coin toss: at 11.4:1 Haiku costs $11.50 and Grok $11.75, a 2% gap that should be decided on output quality instead [4].
The reordering also runs upward through the tiers. gemini-3.5-flash at $1.50/$9.00 costs $18.30 on that RAG workload; claude-sonnet-5 at $2.00/$10.00 costs $23.00 [13][14]. Sonnet is 26% more expensive, not the multiple the word "flash" implies [5]. Add retries and the gap closes: if the cheap model fails one call in five and you re-run those on the expensive one, you pay both, which the author puts at $18.30 + 20% x $23.00 = $22.90 [15]. That is 0.4% under just running Sonnet for everything, with worse latency attached [6].
The measurement is not hard. Any OpenAI-compatible response returns prompt_tokens and completion_tokens in its usage object; add them up over a few hundred real requests before comparing anything [16]. The author's rules follow from the arithmetic: if input dominates at 10:1 or more, rank on input price and ignore the headline output number; if output dominates below 2:1, rank on output price and look for a low output-to-input multiple [17]. Price the next tier up on your own mix, because if it lands under roughly 1.5x and removes a retry it is cheaper [18]. Do this per endpoint, not per app, since a classifier and a code generator are different workloads [19].
One disclosure the author makes himself: he works on altrouter.ai, which bills the same vendor models under list, Sonnet 5 output at $8.50 against $10.00 and Grok 4.3 at $2.12 against $2.50 [20]. That is a 15% cut on both, which moves the crossover points without changing the method [7].
What to watch: the caveats are load-bearing. This is arithmetic about price, not quality, and it ignores latency, rate limits and prompt caching, any of which can move the answer more than the price gap [21]. Measure your ratio per endpoint, then re-measure after prompt changes, because a bigger system prompt or a longer history window walks your traffic across the crossover without anyone editing a config file [1][16].
Follow any of these and your For You feed starts watching them — no settings page required.
Ranked by verification strength, evidence, and original report placement.
The prices quoted in the post are list prices per 1M tokens, snapshot taken 12 Aug 2026.
claude-haiku-4-5 list price: $1.00 per 1M input tokens, $5.00 per 1M output tokens.
grok-4.3 list price: $1.25 per 1M input tokens, $2.50 per 1M output tokens.
gemini-3.5-flash list price is $1.50 input / $9.00 output per 1M tokens; claude-sonnet-5 is $2.00 input / $10.00 output.
A post on dev.to titled "The cheap model is only cheap for half your tasks" argues that there is no such thing as a cheap model, only a model that is cheap for the shape of your traffic, and that the ranking reorders when the shape changes.
A token is roughly three quarters of a word; models bill per million tokens. Input tokens are what you send (prompt, files, chat history); output tokens are what the model writes back.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Reproducible arithmetic on unverified single-source inputs
Every cost figure in the cluster can be recomputed from the prices and token shapes the post publishes, and the independent checks hold: the 17% and 42% swings, the $18.30/$23.00 RAG pair, the $22.90 blended retry cost and the exact 10:1 Haiku/Grok crossover all reconcile. That is unusually transparent for a pricing piece. It is capped, however, by having exactly one publisher, list prices that no vendor page in the cluster corroborates, workload shapes and a 20% failure rate that are stipulated rather than measured, and an author with a disclosed commercial interest in the conclusion.
No adoption signal in supplied material
The cluster contains no release, deployment, usage disclosure, benchmark run or pricing-change event - only a method plus stipulated example workloads. Nothing indicates any team measured its token ratio, switched models per endpoint, or routed through altrouter.ai, and the illustrative traffic shapes and 20% failure rate are not presented as observations from production. Inferring adoption from a how-to post would be guessing.
Slightly understated relative to its own arithmetic
The framing is close to aligned and, if anything, modestly conservative. The headline swings (17%, 42%) are exactly what the published prices produce, and the post volunteers the caveats that usually get suppressed: the numbers are a dated snapshot, retries can erase the whole discount, the method ignores quality, latency, rate limits and caching, and the author's own product is disclosed alongside its limitation of not hosting embedding models. The small negative reflects that the structural point - a computable crossover ratio per model pair - is stated more narrowly than the arithmetic supports, offset by the absence of any adoption evidence behind the prescriptive checklist.
Disclosed vendor interest aligned with the conclusion
The author states he works on altrouter.ai, a service that resells the very models under discussion roughly 15% below list, and the post's conclusion - that you must measure your own token ratio to find where crossovers fall, and that below-list prices move those crossovers - maps directly onto that product's value proposition. The incentive is strong and structural, and the piece is published on the vendor's own dev.to account. It is scored below the top of the range because the disclosure is explicit and quantified, the article names a product limitation (no embedding models), and it warns that no discount rescues a model that keeps failing the task.
Method well grounded, inputs and impact thinly evidenced
Confidence is moderate: the reasoning chain is fully auditable and every derived figure checks out, so the analytical claims are solid. What holds it down is that the whole cluster is one self-interested publisher, the price levels have no corroborating source, the workloads and failure rate are stipulated, and there is zero adoption evidence, so any statement about real-world effect rests on assumption rather than observation.
build
Claude's system prompt grew ninefold in two years. Version yours like code.1 distinct publisher
build
Benchmarks are contaminated by design: your eval set should be one nobody has published1 distinct publisher
build
The prompt never arrived: a Windows batch shim was worth 15 of 24 runs in an agent eval1 distinct publisher
build
OpenAI-compatible image APIs normalize transport, not fallback routing1 distinct publisher
Distinct publishers with included, body-backed reporting in this cluster.
dev.to
1 article · August 14, 2026