LLM API Cost Calculator
Enter how many tokens a typical request uses and how many requests you expect, and see what each model would cost per call, per month and per year. Because output tokens are priced several times higher than input tokens, the split between them usually matters more than the total.
- Free, no sign-up
- Runs in your browser
- Nothing uploaded
- Updated Sep 2026
| Model | Input $/M | Output $/M | Per call | Per month | Per year |
|---|
At a glance
- Inputs
- Input tokens, output tokens, calls per month
- Outputs
- Cost per call, per day, per month, per year
- Pricing
- Per million tokens, editable for every model
- Compares
- GPT, Claude and Gemini families side by side
- Caveat
- Provider prices change — always verify before budgeting
- Processing
- Entirely client-side
How LLM pricing actually works
Every major provider charges per token, quoted per million tokens, with input and output priced separately. The asymmetry between the two is the single most important thing to understand: output tokens typically cost three to five times what input tokens cost, and on the largest models the gap is wider still.
That changes how you design. A feature that feeds in a long document and returns a short classification is cheap, even though the prompt is enormous. A feature that takes a one-line instruction and generates a full article is expensive, despite the tiny prompt. When people are surprised by an AI bill, it is almost always because the output side grew without anyone watching it.
Two other mechanics move the number materially. Prompt caching, offered by most providers, charges a reduced rate for repeated prefix content — if every request shares the same long system prompt, caching can cut input cost substantially. Batch processing typically offers around half price for work that tolerates a delay of several hours. Neither is modelled here, so treat the result as an unoptimised ceiling.
Estimating your token counts realistically
The calculator is only as good as the token figures you feed it, and people consistently underestimate the input side. Some things worth counting that are easy to forget:
- The system prompt is sent every time. A 2,000-token system prompt on 100,000 calls a month is 200 million input tokens before any user content.
- Conversation history compounds. In a chat feature, turn ten resends turns one through nine. Average cost per turn grows through the conversation; the mean across a session is far higher than the first turn.
- Retrieved context is usually the largest component. A RAG system injecting five documents of 1,000 tokens each is spending 5,000 input tokens per call on retrieval alone.
- Tool and function definitions count. A rich tool schema can run to several thousand tokens, resent on every request.
- Retries are real calls. If five per cent of requests fail validation and retry, add five per cent.
Use the token counter on a representative prompt rather than guessing. For the output side, generate a few real responses and measure them — models are usually more verbose than people expect, which is why explicit length instructions pay for themselves.
Reading the comparison sensibly
The cheapest model in the table is rarely the right answer. A small model that needs two attempts, or that requires a longer prompt with more examples to reach acceptable quality, can easily cost more in practice than a capable model that gets it right first time. The useful comparison is cost per successful outcome, not cost per call.
The pattern that works well in production is routing: send the straightforward majority of requests to a small fast model, and escalate only the cases that fail a confidence check to a larger one. If ninety per cent of traffic can be handled by a model costing a tenth as much, the blended rate approaches the cheap model's price while quality tracks the expensive one's.
One more caution. The prices here are reference values recorded on a date shown in the tool, and they are editable precisely because they go stale. Before you commit a budget to a spreadsheet, copy the current figures from the provider's own pricing page into these fields.
How to use the LLM API Cost Calculator
-
Enter your token counts
Input tokens per call and output tokens per call. If you are unsure, measure a real prompt with the token counter first.
-
Enter your call volume
Requests per month. Include retries, and remember that background jobs often generate far more calls than user-facing traffic.
-
Check the prices are current
The date the reference prices were recorded is shown in the tool. Every price field is editable — paste in the provider's current figures.
-
Compare the totals
Look at monthly cost, but also at cost per call. A model that is ten times cheaper per call may still be the wrong choice if it needs two attempts.
Frequently asked questions
Why are output tokens more expensive than input tokens?
Generating a token requires a full forward pass through the model, one token at a time, and cannot be parallelised the way reading the prompt can. Input tokens are processed together in a single batched pass. The price difference reflects that difference in compute.
Are these prices current?
They are reference values recorded on the date shown in the tool, and providers change pricing several times a year. Every field is editable so the calculator stays useful — paste the current figures from the provider's pricing page before relying on the result.
Does this account for prompt caching?
No. Caching charges a reduced rate for repeated prefix content and can cut input costs significantly when every request shares a long system prompt. Treat the figure here as an unoptimised ceiling, and check your provider's caching documentation for the discount that applies.
How do I estimate output tokens before I have built anything?
Write out a typical response by hand at the length you want and measure it with the token counter. Then add a margin — models tend to be more verbose than expected unless you instruct them otherwise.
Is batch pricing included?
No. Most providers offer roughly half price for batch work that tolerates a delay of several hours. If your workload is asynchronous — summarising a backlog, enriching a database — halving the result here is a reasonable first approximation.
What is usually the biggest cost in a real system?
Retrieved context in RAG systems, and conversation history in chat systems. Both grow silently: nobody notices that the average request now carries 8,000 tokens of retrieved documents until the invoice arrives.