AI DevelopmentNew Release6 min readPublished September 1, 2026

1,107 tokens a second is the vendor’s number. Here is how to read it

A Diffusion Model Now Writes 1,100 Tokens a Second, Cheaply

Inception’s Mercury 2.5 Preview does not write one token after another. It drafts many at once and refines them, and the company claims that gets it past 1,100 tokens a second on ordinary GPUs at the quality of the cheapest frontier tiers. The price is small too, and smaller still for one more week.

DA
Digital Applied Team
Senior strategists · Published Sep 1, 2026
PublishedSep 1, 2026
Read time6 min
SourcesInception, OpenRouter
Claimed throughput
1,107
tokens per second “on standard GPUs”, per Inception
List price, input and output
$0.20 / $0.75
per million tokens; cache read $0.02
Discount until Sep 8
80%
$0.04 / $0.15 via Inception, ending 07:00 UTC
Context and output
260K
context window; 65,536 max output tokens

Mercury 2.5 Preview appeared on OpenRouter late on August 31, 2026 and on Inception’s own site the following day. It is the latest in the company’s line of diffusion language models, which generate text by producing and refining many tokens in parallel rather than predicting them one at a time. Inception’s claim is specific: 1,107 tokens a second on standard GPUs, a ten-point jump in intelligence over Mercury 2, and quality comparable to the cost-optimised frontier tier it names as GPT-5.6 Luna at low effort, Gemini 3.5 Flash-Lite and Claude Haiku 4.5. The list price is $0.20 per million input tokens and $0.75 per million output, and an 80% discount runs until September 8 at 07:00 UTC.

Every one of those numbers is the vendor’s, and this is a preview. The point of the post is not to repeat them but to say what they would mean if they hold, which workloads they change, and how to check them in the week the discount gives you.

Key takeaways
  1. 01
    The speed is the product; the intelligence is the catch-up.Diffusion models were already fast. Inception’s claim for 2.5 is that quality now reaches the cheapest frontier tier. If true, it removes the reason most teams had for not routing anything real to a diffusion model.
  2. 02
    Read the throughput figure with its conditions.“1,107 tokens/sec on standard GPUs” names neither the GPU, the batch size nor the output length. OpenRouter’s live provider table showed 477 tokens a second and 3.56 seconds of latency for the same model at the time of writing. Both are true of something; neither is your workload.
  3. 03
    The price is competitive even at list.$0.20 in and $0.75 out per million sits in the small-model band. At the discounted $0.04 and $0.15 it undercuts nearly everything with a reasoning mode. Batch and cache reads are priced too, so the usual cost levers apply.
  4. 04
    It matters where wall-clock time is the constraint.Agent loops with many short generations, live interfaces, and high-volume rewriting pay for latency in ways a benchmark score does not capture. Those are the workloads to test first.

01The releaseWhat Inception shipped.

Mercury 2.5 Preview as stated by Inception and as listed on OpenRouter, September 1, 2026. All performance and quality figures are vendor claims. The OpenRouter throughput and latency figures are that platform’s live measurements for the Inception provider at the time of reading and change continuously.
ItemValueSource
Listing dateOpenRouter August 31, 2026, 20:57 UTC; Inception site dated September 1OpenRouter API, Inception
Claimed throughput1,107 tokens/secInception, “on standard GPUs”, hardware unstated
Claimed latency and efficiencySub-300 ms time to first token; 5 to 7× throughput of autoregressive models; up to 70% lower cost per taskInception site
Claimed quality“10+ point jump in intelligence over Mercury 2”; comparable to GPT-5.6 Luna (Low), Gemini 3.5 Flash-Lite, Claude Haiku 4.5Inception; index and scores unstated
Context and output260,000 / 65,536OpenRouter listing
List price per million$0.20 in / $0.75 out / $0.02 cache readInception, OpenRouter
Discounted price to Sep 8, 07:00 UTC$0.04 in / $0.15 out / $0.004 cache readOpenRouter, “80% discount via Inception”
OpenRouter live measurement at reading477 tokens/sec, 3.56 s latencyOpenRouter provider table
FeaturesTunable reasoning levels, parallel tool calls, schema-aligned JSON output; OpenAI-compatible APIOpenRouter listing, Inception

02MechanismWhy a diffusion model is fast.

A conventional language model is autoregressive: it predicts the next token, appends it, and predicts again, so generating a thousand tokens means a thousand sequential passes and the hardware spends most of its time waiting on memory rather than computing. A diffusion language model starts from a rough draft of the whole output, or a large block of it, and refines every position at once over a fixed number of steps. If the number of refinement steps is much smaller than the number of tokens, the model finishes far sooner, and it uses the GPU the way GPUs like to be used, on wide parallel work. That is the whole trick, and it is why Inception’s first Mercury models, covered in our February post on Mercury 2, already claimed four-figure token rates.

The historical cost was quality. Refining in parallel makes it harder to keep long-range dependencies straight, and early diffusion models trailed autoregressive ones of similar size on reasoning. Inception’s framing for 2.5 is that the gap to the cost-optimised frontier tier has closed; Google’s open-weight DiffusionGemma, covered in our June post, made a similar argument for the research community. Neither claim has an independent benchmark attached at the time of writing.

03EvidenceReading the speed claim.

“1,107 tokens/sec on standard GPUs” is a real measurement of something, and the four questions to ask of it are the ones we set out in how to read an AI speedup claim: which hardware, what batch size, what output length, and whether it is peak or sustained. Inception answers none of them on the page. The most useful independent signal is OpenRouter’s live provider table, which at the time of writing showed the Inception endpoint delivering 477 tokens a second at 3.56 seconds of latency. That is a different measurement, taken on mixed real traffic with unknown prompt shapes, and it is still roughly four to five times faster than typical autoregressive small models on the same table. Both figures can be honest. The gap between them is the gap between a lab benchmark and a shared endpoint, and your own number will land somewhere between, depending on output length.

The quality claim is harder to check, because Inception states a “10+ point jump” without naming the index, and a comparison set without scores. Until an independent index publishes a row for Mercury 2.5, the right posture is the one we apply to every launch table: treat “comparable to Haiku 4.5” as the vendor’s hypothesis and run it against your own evaluation set.

A note on the 70%

“Up to 70% lower cost per task” combines price with a claim about how many tokens the model needs to finish a task. It is not derivable from the price sheet alone and Inception does not publish the task set. Quote the per-million prices, which are checkable, and treat the cost-per-task figure as a claim to reproduce.

04WorkloadsWhere 1,000 tokens a second matters.

Throughput only changes a decision where time, not tokens, is the binding constraint. Three workload shapes qualify. The first is the agent loop with many short generations: a planner that calls tools twenty times per task spends most of its wall-clock time waiting for the next short response, and a model that returns it in a fraction of a second changes how long the task takes more than any change in per-token price. The second is anything with a human waiting on the other end, where sub-second responses are the difference between a feature people use and one they abandon. The third is bulk rewriting, classification and extraction over large corpora, where the job is measured in hours and a five-fold throughput gain is a five-fold shorter job.

Where it does not matter is the long, hard reasoning task, where quality decides and the user will wait. Mercury 2.5’s own comparison set, the cheapest tier from each frontier lab, tells you where Inception thinks it belongs. That tier is exactly where our cost-per-task benchmark of headless coding agents found the widest spread between models that finish and models that merely respond, so speed alone is not a reason to route there.

05The decisionShould you try it before September 8?

You run a tool-heavy agent loop on a small model
Yes. Point one representative task at the OpenRouter endpoint during the discount, log tokens per second, time to first token and task completion, and compare against your current small model on the same task. The discount makes the test nearly free.
Test this week
You have a user-facing feature where latency drives usage
Yes, with the quality check first. Run your evaluation set before you look at the speed; if it passes, the latency gain is the reason to switch and the price is a bonus.
Evaluate quality, then speed
Your workload is long-form reasoning or complex code
Not on this evidence. The vendor’s own comparison set is the cost-optimised tier, and there is no independent score. Keep it on the watch list for the next independent index.
Wait for an index row
You are planning spend past September 8
Budget at the list price of $0.20 and $0.75, not the discounted $0.04 and $0.15. Promotional windows on model launches are built to end; the pattern is in our intro-pricing post.
Plan on list

06ConclusionFast is now cheap enough to test.

Mercury 2.5 Preview

Diffusion language models have always been fast. The claim that matters is that one is now good enough for the cheap tier, and the claim is testable this week.

Take the 1,107 as a lab figure with unstated conditions, the 477 as a live shared-endpoint figure, and your own measurement as the only one that counts. Take the quality claim as a hypothesis with a named comparison set and no score. Take the price as real, and the discount as ending on September 8.

If your agent spends its time waiting for short generations, or your users spend theirs waiting for a response, this is the cheapest week there will be to find out whether a diffusion model has caught up. If your workload is the hard, slow kind, nothing here changes the answer yet.

Measure it on your task

Speed is a claim until it is measured.

We benchmark new models against your own tasks, not the vendor’s table: throughput, time to first token, completion rate and cost per finished task, so a routing change is made on evidence from your workload.

Free consultationExpert guidanceTailored solutions
What we work on

Model evaluation engagements

  • Throughput and latency measurement on live traffic
  • Quality evaluation sets for small-model routing
  • Cost-per-finished-task comparisons
  • Agent-loop redesign for fast small models
  • Promotional-pricing budget planning
FAQ · Mercury 2.5 Preview

The questions we get about Mercury 2.5.

A model that generates text by drafting many tokens at once and refining them over a fixed number of steps, rather than predicting one token at a time. Because the refinement steps are far fewer than the tokens, it can finish much sooner and uses GPUs more efficiently. Inception’s Mercury line and Google’s DiffusionGemma are the best-known examples.
Related dispatches

Continue exploring fast models.