LLM Cost per Task: How to Calculate the Real API Cost

LLM cost

Prices checked 28 October 2026: standard (pay-as-you-go) API tier, US dollars per million tokens, from each provider’s official pricing page unless stated otherwise.

Kimi K3.1 Pro costs half as much per token as Claude Opus 5.5: $2 per million input tokens and $10 per million output tokens, against $4 and $20. On Artificial Analysis’s Intelligence Index runs, Kimi still cost more per task: $2.11 against $1.82 for Opus 5.5 at High effort. It produced 55,000 output tokens per task to Opus’s 36,000.

That’s the mistake a price table invites. A per-token rate tells you what one unit of text costs. It doesn’t tell you how many units a model will spend on your job, or how often the job comes back usable. LLM cost per task captures both.

LLM cost per task is the total API spend on every attempt at a set of tasks, divided by the number of attempts that met your acceptance criteria.

The rest of this article is about calculating that number correctly, and about knowing when to trust it.

Key Takeaways
  • Price per token and cost per task can rank models in opposite orders. Kimi K3.1 Pro is half Opus 5.5’s per-token price but cost about 16% more per Artificial Analysis task.
  • Reasoning tokens are billed as output by OpenAI, Anthropic and Google, even when you never see them. Anthropic also bills earlier turns’ thinking as input on its newest models.
  • Caching can swing the bill several-fold. In one public test, a broken cache made a single run cost $17.60 instead of $2.62.
  • Divide by successes, not attempts. Failed runs cost money and produce nothing.
  • Twenty runs can’t separate close results. An 80% and a 65% pass rate from 20 runs each have overlapping confidence intervals.
  • Price changes can settle a close call. One developer test found Gemini 4 Argon roughly level with Opus 5.5 per successful fix. At Argon’s December 1 prices, it would cost about twice as much.

Quick Navigation


The LLM cost per task formula

For one attempt, the API cost is the sum of each token category times its rate, with token counts converted to millions:

Attempt cost = (fresh input tokens  ÷ 1,000,000 × fresh-input rate)
             + (cache-read tokens   ÷ 1,000,000 × cache-read rate)
             + (cache-write tokens  ÷ 1,000,000 × cache-write rate)
             + (billable output     ÷ 1,000,000 × output rate)
             + per-call charges (web search, code containers, grounding)

Then, across a test set:

LLM cost per successful task = sum of all attempt costs ÷ number of successful attempts
LLM cost

Each line has its own billing rules, and they differ by provider. This is the buyer’s cost. What it costs a provider to serve those tokens, and its margin, is a separate question, covered in what inference actually costs per token.

What each line costs at OpenAI, Anthropic and Google
Line itemOpenAI (GPT-5.6 and later)Anthropic (Claude 5.5 models)Google (Gemini 4 Argon)
Fresh inputList rateList rateList rate
Cache read0.1× input; 0.05× on GPT-6.1 Sol and Terra0.1× input; 0.05× on Opus 5.5 and Sonnet 5.5$0.10 per million (0.05× input)
Cache write1.25× input (30-minute) or 2.5× (12-hour)1.25× input (5-minute) or 2× (1-hour)No separate charge listed; caching is implicit only
Reasoning tokensBilled as outputBilled as output, including when thinking text is hiddenBilled as output (“incl. thinking”)
Search tools$10 per 1,000 web searches$10 per 1,000 web searches$14 per 1,000 grounded queries after 5,000 free a month

Sources: OpenAI pricing and prompt caching; Anthropic pricing and prompt caching; Gemini API pricing.

Two details catch people out. Anthropic’s thinking defaults to a display mode of “omitted” on Opus 5.5 and Sonnet 5.5, but its thinking documentation is explicit: “You’re still charged for the full thinking tokens. Omitting reduces latency, not cost.” On those models, previous turns’ thinking blocks also stay in context and are billed as input, so a long agent session pays for old reasoning again on every turn.

Reading usage fields without double-counting

A common error in home-made calculators is adding a field that already contains another one.

  • Anthropic: input_tokens counts only the tokens after the last cache breakpoint. Total input is cache_read_input_tokens + cache_creation_input_tokens + input_tokens, and each part takes its own rate.
  • OpenAI: cached_tokens excludes tokens charged as writes, which appear in cache_write_tokens. Reasoning tokens sit inside output_tokens, under output_tokens_details.reasoning_tokens. Don’t add them again.
  • Truncated responses: with reasoning models, a request that hits its output limit can bill input and reasoning tokens and return no visible answer, as OpenAI’s reasoning guide warns. That attempt still counts toward the cost.

Then reconcile your summed usage against the provider’s invoice for the same period. In July 2026, developers on OpenAI’s forum reported that GPT-5.6 output-token counts were several times higher than the text actually generated. OpenAI didn’t publicly confirm a defect in that thread. Whatever happened there, the invoice is the figure your finance team will pay.

From cost per attempt to LLM cost per successful task

The numerator is everything you paid to get results. That includes failed attempts, automatic retries, intermediate calls inside an agent loop, any model you use as a judge and per-call tool fees. Count each API call once, at the moment it happens. If your harness logs both an agent step and its parent run, sum only one of them.

The denominator is the number of attempts that passed a fixed acceptance test, written before the run. “The tests pass” is a test. “The output looked fine” is not. The same criteria must apply to every model, or the division compares different jobs.

There are two valid ways to define a task:

  • Independent attempts. Each run is scored on its own, which is what most benchmark-style comparisons do.
  • Tasks with a retry policy. A task succeeds if any attempt within, say, three tries passes. Then the cost per task is all spend divided by tasks completed. That matches production better, but pick one definition and use it for every model.

API cost is not the whole bill. Human review, retrieval infrastructure, observability and sandboxes belong in a fully loaded cost per task whenever models differ in how much of that work they create. A model whose failures are obvious and cheap to discard can beat one whose failures look plausible and need a reviewer to catch.

A public test: 20 runs, four models

On 14 October 2026, a developer writing at paddo.dev replayed six merged changes from a production monorepo against four models. Each model got 20 runs (three or four per change) at medium effort in the Claude Code harness. Gemini 4 Argon was routed through OpenRouter. A run passed if the tests that shipped with the original fix passed. Costs were calculated at list prices.

ModelRunsPassing runsTotal costCost per runCost per passing run
Gemini 4 Argon2016$57.68$2.88$3.61
Claude Opus 5.52013$45.81$2.29$3.52
Claude Sonnet 5.52011$11.76$0.59$1.07
GPT-6.1 Sol2011$6.73$0.34$0.61

The totals and pass counts come from the post. The last two columns are our arithmetic, and they check: $57.68 ÷ 16 = $3.605, and $45.81 ÷ 13 = $3.524.

Argon and Opus are close, nine cents apart per passing run. Argon’s per-token prices matched Sonnet 5.5’s at the time ($2 input, $10 output), yet it cost five times as much as Sonnet per run. It wrote 1.37 million output tokens across the 20 runs, 2.8 times as many as Opus.

GPT-6.1 Sol had the lowest cost per passing run, but the post also records five Sol runs that broke a previously passing test, against none for the others. It doesn’t say whether those runs are among Sol’s 11 passes. If “breaks nothing” is part of your acceptance test, Sol’s denominator may shrink, which is why the test has to be written down before anyone divides.

How much a 20-run test can tell you

Not much, at the margin. A 95% Wilson confidence interval on 16 passes out of 20 is about 58% to 92%; for 13 out of 20, about 43% to 82%. The ranges overlap heavily, so a rerun could reverse the order. And six changes from one codebase, with correlated runs on each change, say little about a different stack.

What the December repricing does

Google’s pricing page doubles every Argon token rate on 1 December 2026: input from $2 to $4, cached input from $0.10 to $0.20, output from $10 to $20. If the runs used identical tokens, Argon’s total would become $115.36, or $7.21 per passing run, about twice Opus’s $3.52. We covered the change itself in Gemini 4 Argon pricing doubles Dec 1.

A simple break-even check shows how far the decision moves. One model is cheaper per success than another when its pass rate exceeds the other’s pass rate multiplied by the ratio of their per-attempt costs. Before December, Argon needed a pass rate above 65% × 1.26 ≈ 82% to beat Opus; it scored 80%. After December, it would need 65% × 2.52 ≈ 164%, which is impossible. Even at the bottom of Opus’s confidence interval, Argon would lose. On this test, the price change settles a question the sample size couldn’t.

How caching and reasoning change LLM cost per task

The same post found a stark caching failure. The first Argon run cost $17.60 because it read 8.4 million input tokens and only 59,000 came from cache. The harness inserted system messages that changed the prompt prefix on every call, so Gemini’s implicit cache never matched. After a fix, the same run cost $2.62, with 94% of input served from cache.

The second example is illustrative. The token counts and pass rates are assumptions, not measurements of any real model. Two models attempt the same agent task:

  • Model X: $1 input, $0.05 cache read, $1.25 cache write, $5 output, per million tokens. Pass rate 60%.
  • Model Y: $4 input, $0.20 cache read, $5 cache write, $20 output. Pass rate 85%.
  • Each attempt sends 300,000 input tokens over its turns. When caching works, 270,000 are cache reads and 30,000 are cache writes.
  • Model Y produces 20,000 output tokens per attempt, including reasoning. Model X produces 60,000.
ScenarioCost per attemptPass rateCost per successful task
Model X, cache broken (all 300,000 input tokens fresh)$0.60060%$1.00
Model X, cache working$0.35160%$0.585
Model X, cache working, reasoning doubles to 120,000 output tokens$0.65160%$1.085
Model Y, cache working$0.60485%$0.711

The calculation for the second row: 270,000 × $0.05 + 30,000 × $1.25 + 60,000 × $5, each divided by one million, gives $0.0135 + $0.0375 + $0.30 = $0.351. Dividing by 0.60 gives $0.585.

LLM cost

With caching working, the cheaper model wins. Break the cache, or let it reason twice as long, and the expensive model wins instead. Neither change shows up in a price table.

What published comparisons actually measured

Before using a published cost-per-task figure, check the effort setting, what counted as a task, and whether success was part of the number.

  • Effort settings. Put Gemini 4 Argon’s 36,000 reasoning tokens per task next to Opus 5.5’s 84,000, and Argon looks far leaner. Both figures appear on Artificial Analysis, but they come from different settings: Argon at High effort and Opus 5.5 at Max. At matched High effort, the comparison reverses: Argon used 36,000 reasoning tokens per task to Opus’s 18,000, and 62,000 output tokens in total to Opus’s 36,000. Argon still cost less per task, $1.62 against $1.82, because its tokens were half the price at the time.
  • Vendor claims. OpenAI launched GPT-6.1 Terra on 26 October at $1 input and $5 output. DataCamp’s write-up of the announcement says that at max effort Terra is over three times as token-efficient as Opus 5.5 and a quarter of the price per token, and it puts the combined effect at “9x lower cost per task”, attributed to OpenAI. No benchmark is named, and we couldn’t open OpenAI’s post to check. Three times the efficiency at a quarter of the price would multiply to about 12 times, not 9, so the figure depends on a token breakdown that hasn’t been published. Treat it as a vendor claim to test, not a result.
  • Cost per task is not cost per success. Artificial Analysis computes cost per task from token counts at list prices. It doesn’t divide by how many answers were right. A model that is cheaper per task but scores lower may still cost more per correct answer. As we argued in why benchmark scores don’t transfer to your workload, these numbers are good for building a shortlist, not for making the final decision.

How to measure LLM cost per task on your own workload

  1. Pick 30 to 50 real tasks from production traffic, covering easy, typical and hard cases. More tasks beat more runs of the same task.
  2. Write the acceptance test first: unit tests, a schema check or a fixed-judge rubric, identical for every model.
  3. Fix the configuration: prompts, tools, effort setting, context limits and retry policy.
  4. Log raw usage for every call, including retries and sub-agents, with each token field stored separately.
  5. Price the logs offline against a dated copy of each pricing page, so you can reprice them when rates change.
  6. Check cache hit rates per model. A low rate in a repetitive session usually means the prompt prefix changes between calls.
  7. Reconcile with the invoice for the test window.
  8. Report ranges: pass rate with a confidence interval, cost per attempt, cost per successful task and latency.

Run at least two attempts per task. That shows whether failures are random or the same task fails every time.

A decision rule for LLM cost per task

Compare models on cost per successful task, after deciding what a success is worth. Then apply three checks.

  • If the confidence intervals on pass rate overlap, treat the models as tied on quality and choose on cost per attempt, latency and operational fit.
  • If one model’s cost per attempt is k times another’s, it needs a pass rate more than k times higher to win. When that would take a pass rate above 100%, stop testing.
  • If a success is worth far more than the API cost, as with a merged fix that saves an engineer an hour, pass rate and reviewer time outweigh token prices. Optimise for the fewest failures, then for cost.

Per-token prices still have a job. They tell you where to look first. LLM cost per task tells you what you’ll actually pay.

Frequently asked questions

What is LLM cost per task?

It is the total API spend on all attempts at a set of tasks, divided by the number of attempts that met a fixed acceptance test. Failed attempts, retries, intermediate agent calls and judge-model calls stay in the total, because you paid for them. A broader, fully loaded version adds review time and infrastructure.

How do I calculate LLM API cost for one request?

Multiply each token category by its rate per million tokens: fresh input, cache reads, cache writes and output, including reasoning. Then add per-call tool fees such as web search. Take the counts from the response’s usage object, and check that one field doesn’t already include another before adding them.

Are reasoning tokens billed?

Yes. OpenAI, Anthropic and Google bill reasoning or thinking tokens at the output rate, even when the reasoning text isn’t returned. On Anthropic’s Opus 5.5 and Sonnet 5.5, previous turns’ thinking blocks are also billed as input when they stay in the conversation.

How much does prompt caching save?

Cache reads cost between 5% and 10% of the input rate at OpenAI, Anthropic and Google for current models. OpenAI and Anthropic charge 1.25 times the input rate or more to write to the cache. Savings depend on how much of each request repeats an earlier prefix, so measure the hit rate rather than assuming it.

Is the cheapest model per token ever the cheapest per task?

Often, yes. On Artificial Analysis’s figures, Gemini 4 Argon at High effort cost less per task than Opus 5.5 at High, while its tokens were half the price. The ranking flips when the cheaper model uses many more tokens, misses the cache or fails more often. Only measurement on your own tasks tells you which case you’re in.


Keep reading

LLM cost

LLM Cost per Task: How to Calculate the Real API Cost

Prices checked 28 October 2026: standard (pay-as-you-go) API tier, US dollars per million tokens, from each provider’s official pricing page unless stated otherwise. Kimi K3.1 …
SpaceX GPU

SpaceX’s $40B GPU Lease: The Customer Sets the Price

Published 28 October 2026. This is a developing financing story. As of publication, SpaceX had signed a binding commitment letter (24 October), but the master …
Gemini 4 Argon

Gemini 4 Argon Pricing Doubles Dec 1: What It Costs

Last verified: 27 October 2026, against Google’s Gemini API pricing page, Anthropic’s API pricing page and the Artificial Analysis comparison pages linked below. On 1 …
Claude vs ChatGPT

Is Claude Faster Than ChatGPT? What the 2026 Benchmarks Show

Benchmarks read from Artificial Analysis on 27 October 2026. UniverseBlend did not run its own timing tests for this article. Ask a hard question of …

Gemini 4 Argon Pricing Doubles Dec 1: What It Costs

Gemini 4 Argon

Last verified: 27 October 2026, against Google’s Gemini API pricing page, Anthropic’s API pricing page and the Artificial Analysis comparison pages linked below.

On 1 December 2026, Gemini 4 Argon pricing doubles. Google’s introductory rate of $2 per million input tokens and $10 per million output tokens ends on 30 November, and the standard rate becomes $4 and $20. Cached input goes from $0.10 to $0.20. Those new rates match Claude Opus 5.5’s exactly. Yet the rate card can’t tell you whether Argon stays worth paying for. Argon tends to use more tokens than Opus to finish the same work, and one public coding test found it also finished more of that work. Your bill per completed task depends on both.

That’s what this article works through: what changes, how to cost one task, what the benchmark evidence does and doesn’t show, and how to measure the answer on your own workload before the change lands.

Key Takeaways
  • Every Gemini 4 Argon rate doubles on 1 December 2026: Standard, Batch, Flex and Priority, input, output and cached input. Identical token usage costs exactly twice as much in token charges.
  • From December, Argon’s standard rates equal Claude Opus 5.5’s ($4 input, $20 output, $0.20 cached), so cost differences between them come down entirely to token use.
  • At matched High effort, Artificial Analysis measured Argon using 62,000 output tokens per task against Opus 5.5’s 36,000. At the new prices, that turns Argon’s $1.62 per task into about $3.24, against $1.82 for Opus.
  • In one developer’s coding test, Argon passed 16 of 20 runs against Opus 5.5’s 13. At introductory prices it cost $3.61 per passing run against $3.52; at December prices, about $7.21.
  • Measure cost per successful task on 20 or more of your own tasks before 30 November, then reprice the same token logs at the new rates.

Quick Navigation


Gemini 4 Argon pricing: what changes on December 1?

Google made Argon generally available on 13 October 2026, and its launch post put the end date in a footnote: “After the introductory period expires on November 30, 2026”, the price rises to $4 and $20. The Gemini API pricing page lists both columns for every tier:

Tier (USD per 1M tokens)InputOutput (incl. thinking)Cached input
Standard, through 30 Nov$2.00$10.00$0.10
Standard, from 1 Dec$4.00$20.00$0.20
Batch or Flex, through 30 Nov$1.00$5.00$0.05
Batch or Flex, from 1 Dec$2.00$10.00$0.10
Priority, through 30 Nov$3.60$18.00$0.18
Priority, from 1 Dec$7.20$36.00$0.36
Gemini 4 Argon

Every row doubles. There’s no free tier, and no long-context surcharge is listed for this model. Two lines don’t move: grounding with Google Search and Google Maps stays at $14 per 1,000 requests after 5,000 free a month, with no change shown for December. A workload that leans heavily on grounding will see its total rise by less than 2x.

For comparison, Anthropic’s pricing page lists Claude Opus 5.5 at $4 input, $20 output and $0.20 for cache hits, with Batch at $2 and $10. From December, the two models’ standard token rates are identical. One billing difference remains: Opus charges for writing to its cache ($5 per million for a five-minute cache, $8 for one hour), while Argon’s caching is implicit only, with no write charge listed.

Gemini 4 Argon pricing and the cost of one task

The formula for one request is:

C=Iuncached106Rin+Icached106Rcache+O106RoutC = \frac{I_{uncached}}{10^6} R_{in} + \frac{I_{cached}}{10^6} R_{cache} + \frac{O}{10^6} R_{out}

Here I is input tokens, split into uncached and cached; O is billable output, which for Argon includes thinking tokens, as both the pricing page and Google’s thinking guide state; and R is the rate for each. A task is the sum over every request it makes, including retries and tool-call turns.

Illustrative example, not a measurement. An agent step sends 200,000 input tokens, of which 150,000 hit the cache, and produces 20,000 output tokens, thinking included.

LineThrough 30 NovFrom 1 Dec
50,000 uncached input50,000 ÷ 1M × $2 = $0.100× $4 = $0.200
150,000 cached input150,000 ÷ 1M × $0.10 = $0.015× $0.20 = $0.030
20,000 output20,000 ÷ 1M × $10 = $0.200× $20 = $0.400
Total$0.315$0.630

Same tokens, exactly double the cost. On Claude Opus 5.5 the same token counts would also cost $0.630, plus any cache-write charge to create that cached prefix in the first place.

That’s the controlled, price-only view, and it’s the easy part. The hard part is that two models never use the same tokens for the same job, and Argon’s own usage changes with its thinking level. The evidence on how much it uses is where things get contradictory.

What the benchmark evidence actually shows

Two public sources speak to Argon’s cost per task, and at first glance they disagree.

Artificial Analysis: the configuration matters

Artificial Analysis runs models through its Intelligence Index v4.3.2, a weighted mix of ten evaluations covering agentic knowledge work, coding, scientific reasoning and general knowledge. Its “cost per task” is a weighted average across those evaluations, priced at current list rates using token counts reported by the provider. A “task” here could be a physics problem or a spreadsheet deliverable. It isn’t a software ticket.

The figures widely quoted for Argon (62,000 output tokens and $1.99 per task, against 119,000 tokens and $5.98 for Opus 5.5) are real, but they compare Argon at High thinking against Opus 5.5 at Max effort. Opus at Max scores 58 on the index against Argon’s 53, so that pairing compares a cheaper model with a stronger configuration.

The matched comparison is Argon (High) against Opus 5.5 (High), which score 53 and 54:

Artificial Analysis, read 27 Oct 2026Gemini 4 Argon (High)Claude Opus 5.5 (High)
Intelligence Index v4.3.25354
Output tokens per task62k36k
of which reasoning36k18k
Cost per task, at intro Argon pricing$1.62$1.82
Cost per task, Argon repriced at 1 Dec ratesabout $3.24$1.82

The last row is our calculation: Artificial Analysis’s $1.62 doubled, which holds if token counts and cache-hit rate stay the same. The same Argon (High) entry showed $1.99 per task on the Opus Max page, read the same day; at $1.99, the December figure would be about $3.98. Either way, at matched effort Argon writes 1.7 times as many output tokens as Opus, and at equal rates that costs roughly 1.8 to 2.2 times as much per task.

One developer’s coding test

The second source is a write-up on paddo.dev, published 14 October 2026. Its author replayed six merged changes from one production monorepo on clean snapshots, ran each model 20 times in total through the Claude Code harness at medium effort, and scored each run against the tests the original fix shipped with. Argon ran through OpenRouter.

paddo.dev, 20 runs per modelGemini 4 ArgonClaude Opus 5.5
Runs passing all tests1613
Output tokens1.37M495k
Total cost at list prices$57.68$45.81
Cost per passing run, intro prices$3.61$3.52
Cost per passing run, 1 Dec prices$7.21$3.52

The last two rows are our calculation from the published totals. Two corrections to how this test is often summarised: it’s 20 runs across six changes, not 20 different tasks, and the author doesn’t say whether the totals include retries or tool-call overhead. They also report a proxy fault that broke caching on Argon’s first run, inflating it to $17.60 before a fix brought a comparable run to $2.62. It’s unclear whether that run sits in the total.

One detail in those totals is easy to miss. At list rates, Argon’s output tokens account for about $13.70 of its $57.68, and Opus’s for about $9.90 of $45.81. Most of both bills is input: a coding agent rereads files and context on every turn. Output-token counts alone understate how differently the two models drive a harness.

Why the two sources only seem to disagree

The author contrasts their result with Artificial Analysis showing Argon using fewer tokens than Opus. That contrast comes from the Max-effort pairing. At matched effort, both sources point the same way: Argon generates more tokens than Opus 5.5, 1.7 times as many on Artificial Analysis’s mixed tasks at High and 2.8 times as many on six coding changes at medium.

Where they genuinely differ is quality. Opus scores a point higher on the index; Argon passed three more runs in the coding test, mostly by solving one change (change B) that Opus failed in every run. The author’s own caveat applies: a different codebase puts a different change in that slot. Six changes from one repository are enough for that team’s decision, and not enough to rank the models.

Why Gemini 4 Argon pricing doesn’t tell you the whole bill

The rate card fixes the price of a token. Several things you control, and some you don’t, fix how many tokens you buy.

  • Thinking level. Argon supports low, medium and high thinking, defaults to medium, and bills all thinking tokens at the output rate even though only summaries come back. Artificial Analysis tests at High; the coding test used medium. If your requests don’t need deep reasoning, dropping to low is the single biggest lever after December, and it’s free to test.
  • Cache hits. Argon caches automatically for prompts of at least 4,096 tokens, at 95% off input. The coding test’s proxy fault shows the stakes: the same kind of run cost $17.60 with caching broken and $2.62 with it working, 94% of input served from cache. Anything that changes the start of your prompt between calls (timestamps, reordered tool lists, per-request IDs) quietly turns cheap cached input into full-price input.
  • Retries, tool calls and loops. Every retry and every tool-result turn is another request with its own input bill. An agent that needs three attempts on a hard task pays for all three, which is why cost per successful task is the number that matters.
  • Tier choice. Batch and Flex run at half the standard rate, so from December they cost exactly what Standard costs today. Any work that can tolerate delay, such as evaluations, backfills and nightly jobs, can move tier and stay at the old price. Priority runs at 1.8 times Standard.
  • Time and people. In the coding test, Argon took 991 seconds per run on change B against Opus’s 455. A model that’s cheaper per fix but twice as slow can still cost more if a developer is waiting on it, and a model that fails less can save review time no API bill shows. How inference cost per token is calculated across those layers is covered in our breakdown of the three numbers that matter.

How to measure your own Gemini 4 Argon cost per task

Gemini 4 Argon

You have until 30 November to collect token logs at the cheap rate, and those logs are all you need to price December exactly. The protocol:

  1. Pick 20 to 50 real tasks from your backlog or production traffic. Include a few that are hard.
  2. Freeze everything: instructions, context, tool definitions, model settings (including Argon’s thinking level and the other model’s effort level) and the acceptance test for each task.
  3. Run each model under a documented configuration, in the same harness, from the same region.
  4. Log token counts per request from the API’s usage fields: uncached input, cached input, output and thinking. Keep them per task, not just as a monthly total.
  5. Log every retry, failed run and tool call, plus non-token charges such as search grounding.
  6. Score each run against the same acceptance test. Tests that pass or fail beat a human “looks fine”.
  7. Divide total API cost by successful tasks. Failed runs still count in the numerator.
  8. Record latency and human review time separately, so they can be weighed rather than hidden.
  9. Repeat runs where results vary: three runs per task is a reasonable floor for agentic work.
  10. Reprice the same logs at December rates. For Argon that’s a straight doubling of token charges; nothing else in the calculation changes.

Step 7 is the formula our GPT-6 Sol vs Claude Opus 5.5 comparison uses to fold retries and completion rate into a cost per completed task:

Cost per successful task=∑all runsCrunruns that pass the acceptance test\text{Cost per successful task} = \frac{\sum_{\text{all runs}} C_{\text{run}}}{\text{runs that pass the acceptance test}}

Here’s how the results might look. Every number in this table is illustrative, invented to show the arithmetic. Model X stands for a model priced like Argon, Model Y for one priced like Opus 5.5, including a cache-write charge.

Illustrative, 20 tasksModel X (intro)Model X (from 1 Dec)Model Y
Passing tasks171714
Tokens: uncached / cached / output3.0M / 25M / 1.2Msame2.0M / 15M / 0.5M + 1.0M cache writes
Total API cost$20.50$41.00$26.00
API cost per successful task$1.21$2.41$1.86
Including 15 min review per failure at $60/hour$3.85$5.06$8.29

On API cost alone, December flips this example: X goes from 35% cheaper per success to 30% dearer, and no pass rate out of 20 could save it, since it would need 22 passes to match Y. Add the human cost of failures and X wins at either price. Your own numbers will differ. The structure won’t.

A 20-task run is enough to make an engineering decision for one team on one workload. It isn’t enough to say one model is better in general, and the stochastic spread between runs can be larger than the gap you’re trying to measure.

Should you keep using Gemini 4 Argon after December 1?

It depends on which of these describes you.

  • Argon passes your tests noticeably more often. If failures cost real review or rework time, a higher pass rate can outweigh a doubled token bill, as the illustrative table shows. Re-measure, but don’t switch on price alone.
  • Argon and the alternative pass at similar rates. At equal rates per token, cost tracks token use, and on both public sources Argon uses more. Test the alternative seriously.
  • The work isn’t urgent. Move it to Batch or Flex. From December they cost $2 and $10, exactly today’s Standard rate.
  • You haven’t tuned thinking. Try low thinking on your simpler tasks before comparing models; it may close most of the gap.
  • Latency matters. Argon was the slower model in the coding test, roughly twice as slow on its hardest change. If a person waits on the answer, weigh that alongside cost.
  • Your cache-hit rate is low. Fix prompt prefixes first. The difference between broken and working caching was nearly sevenfold in the one documented run.

There’s no general verdict here, and the evidence doesn’t support one. Artificial Analysis says Argon roughly matches Opus 5.5 at High while writing more. One coding test says it passes more often while writing much more. Both lead to the same practical rule: from 1 December, paying the same rate as Opus only makes sense where Argon’s extra success rate, speed or fit earns back its extra tokens.

Frequently asked questions

When does Gemini 4 Argon pricing increase?

On 1 December 2026. Google’s introductory pricing applies through 30 November 2026, according to its Gemini API pricing page and the footnote to its 13 October launch announcement.

How much will Gemini 4 Argon cost per million tokens from December 1?

On the Standard tier, $4.00 per million input tokens, $20.00 per million output tokens (thinking tokens included) and $0.20 per million cached input tokens. Batch and Flex become $2.00, $10.00 and $0.10; Priority becomes $7.20, $36.00 and $0.36.

Will the price increase double every customer’s API bill?

Token charges double exactly for identical usage, because every Argon rate doubles. Total bills can differ: search grounding fees don’t change, and anyone who lowers thinking levels, improves cache hits, or moves work to Batch or Flex will pay less than double.

Is Gemini 4 Argon still cheaper than Claude Opus 5.5 after December 1?

Not per token: from December both list $4 input, $20 output and $0.20 cached on their standard tiers. Per task, Argon used more output tokens than Opus 5.5 in both public sources checked, so it will often cost more, unless a higher pass rate or lower review time offsets that.

How do you calculate Gemini 4 Argon cost per task?

Add uncached input tokens times $4, cached input times $0.20 and output (including thinking) times $20, each per million tokens, across every request the task makes, retries included. Divide the total over a batch of tasks by the number that passed your acceptance test.

How can developers benchmark the models before the pricing change?

Run 20 to 50 real tasks on each model before 30 November with frozen settings and fixed acceptance tests, logging token counts per request. Then reprice the same logs at December rates. Argon’s charges simply double, so you can compare costs without running anything twice.


Keep reading

LLM cost

LLM Cost per Task: How to Calculate the Real API Cost

Prices checked 28 October 2026: standard (pay-as-you-go) API tier, US dollars per million tokens, from each provider’s official pricing page unless stated otherwise. Kimi K3.1 …
SpaceX GPU

SpaceX’s $40B GPU Lease: The Customer Sets the Price

Published 28 October 2026. This is a developing financing story. As of publication, SpaceX had signed a binding commitment letter (24 October), but the master …
Gemini 4 Argon

Gemini 4 Argon Pricing Doubles Dec 1: What It Costs

Last verified: 27 October 2026, against Google’s Gemini API pricing page, Anthropic’s API pricing page and the Artificial Analysis comparison pages linked below. On 1 …
Claude vs ChatGPT

Is Claude Faster Than ChatGPT? What the 2026 Benchmarks Show

Benchmarks read from Artificial Analysis on 27 October 2026. UniverseBlend did not run its own timing tests for this article. Ask a hard question of …