How to Cut the Cost of Tokens and Context
21 Jul 2026 · RS Management
TL;DR
- The bill grows with the size of requests, not their number.
- The biggest saving usually comes from prompt caching, provided the fixed part of the prompt really is fixed.
- Batch processing costs half the price if the answer is not needed immediately.
- Order: measurement, caching, limits and routing, and finally a redesign of how knowledge is supplied.
“The number of AI requests hasn’t changed, but the bill has doubled. Where does the difference come from?” Most often each individual request has become more expensive. Models bill by tokens, the pieces of text going into and out of the model, and most organizations do not know how many tokens they send per request. Without that knowledge optimization is guesswork. Providers offer tools for counting tokens before a request is sent, such as Anthropic in its API (application programming interface).
Why context grows by itself
| Mechanism | What happens | Effect on the bill |
|---|---|---|
| The conversation is stateless | The model does not remember the previous turn, so the app resends the whole history with every question | The tenth message costs many times more than the first |
| Instructions in every call | A system prompt with a role, rules, examples and tool definitions runs to several thousand tokens | You pay for it even on a one-sentence question |
| Documents pasted whole | An 80-page policy pasted in to ask about one paragraph | 80 pages paid for with every follow-up question |
Context windows now reach 1M tokens1, but you pay for everything you put in them. The three mechanisms stack: history grows with every turn, the instructions ride along with each one and a pasted document is repeated along with the history.
Prompt caching
If a large part of the prompt is identical every time, providers let you store it on their side. In the Anthropic API a cache read costs 10% of the normal input price.2 Writing a cache entry costs 1.25 times the input price with a five-minute lifetime or 2 times with a one-hour lifetime.3 With the shorter variant the mechanism breaks even on the second call with the same prompt beginning; with the one-hour variant it needs at least three. Other providers follow similar logic, but entry lifetime and the write surcharge differ.
- 10%of the normal input price for a cache read
- 1.25×the input price for a write with the five-minute buffer
- 2×the input price for a write with the one-hour buffer
Matching works on the beginning of the prompt, character by character. If the start of the system prompt contains today’s date, a session ID or the user’s name, everything after it stops being cached, because one change invalidates everything that follows. The design rule: fixed content goes first, variable content last.
Two limits are worth knowing in advance. Very short prompts are not cached at all, and the threshold depends on the model, falling roughly between 512 and 4096 tokens. The discount covers only input, so any savings estimate stretched to tokens generated by the model is inflated.
Techniques by implementation effort
| Technique | Implementation effort | When it pays off |
|---|---|---|
| Prompt caching | Hours | From the second call with the same prompt beginning |
| Trimming the system prompt | Hours | Immediately, on every request |
| Output length limit | Hours | Immediately, because output tokens cost several times more than input |
| Routing tasks to cheaper models | Days | With steady volume of routine tasks |
| Batch processing | Days | When the answer is not needed immediately |
| Summarizing conversation history | Weeks | In long sessions with recurring context |
| Retrieving fragments (RAG) | Weeks | With hundreds of documents and regular traffic |
Summarizing history
In longer conversations and in agents that take dozens of steps, history grows faster than the value it carries. The last few turns stay in the original, earlier ones are replaced with a concise summary and raw tool-call results are removed once they are no longer needed. Some providers, including Anthropic, offer this as a ready feature. The cost per turn then stops growing with the length of the conversation.
A summary loses detail, so you need to decide what in a given process must not be lost, such as agreements with a customer or case numbers, and exclude it from shortening.
Retrieval instead of pasting
When questions concern a fixed body of knowledge, instead of pasting everything you retrieve fragments and give the model only what relates to the question. This is RAG (retrieval-augmented generation). With a few documents, pasting is enough. With hundreds of documents and regular traffic the cost difference reaches an order of magnitude, and a shorter, more relevant context also improves answer quality.
Limits, routing and batches
Without guidance models write at length. Two limits work immediately: a hard output length limit set in the call and an instruction describing the expected form of the result. A classification does not need a paragraph of justification; a label is enough.
Routine tasks such as formatting, classification and short extractions do not need a flagship model. If the result is not needed right away, there is the batch queue: in the Anthropic API asynchronous processing costs half the standard price.2 For overnight recalculations and bulk document processing it is the simplest saving there is.
Measure first
Without a cost breakdown by process and prompt you see only one number on the invoice. The minimum set of indicators:
- Input and output tokens per call.
- The share of cache reads, reported in the Anthropic API in a separate response field.
- Cost broken down by use case.
The limits of optimization
Aggressively cutting context lowers answer accuracy, so every change is checked on a test set, not on impressions. Content in the cache is stored on the provider’s side for the entry’s lifetime, which in regulated sectors needs to be aligned with information classification and the retention policy that follows from GDPR.
The rollout order is the same in most cases: measurement first, then caching, then output limits and routing and finally a redesign of how knowledge is supplied. The first two steps are the cheapest and usually deliver most of the effect. We measure costs and set up an environment with these techniques as part of the AI Accelerator.
Frequently asked questions
Why do AI costs grow when the number of requests stays the same?
Because the size of requests grows: the app sends the whole conversation history, system instructions and pasted documents with every question, so each request costs more than the last.
What saves the most on tokens?
Usually prompt caching: in the Anthropic API a cache read costs 10% of the normal input price, as long as the fixed part of the prompt sits at its beginning.
What is batch processing?
Sending many requests at once with the answers delivered later. In the Anthropic API it costs half the standard price and suits overnight recalculations.
Footnotes
-
Anthropic, model overview including context window sizes: https://platform.claude.com/docs/en/about-claude/models/overview. ↩
-
Anthropic, model pricing with cache and batch discounts: https://platform.claude.com/docs/en/about-claude/pricing. ↩ ↩2
-
Anthropic, prompt caching pricing: writes at 1.25x for the five-minute buffer and 2x for the one-hour buffer: https://platform.claude.com/docs/en/build-with-claude/prompt-caching. ↩
Blog content is informational and educational. It does not constitute legal or tax advice, nor individual business advisory. The scope of our services is described in the terms.
See the package: AI Accelerator