If your OpenAI cost audit hasn't been ported over to your Anthropic spend, you're likely leaving the same categories of savings on the table — just under different mechanics. Claude's pricing model has its own specific levers: cache write multipliers that need breakeven math, a batch discount that stacks with caching, and a couple of opt-in premiums that are easy to enable by accident. Here's the complete guide, sourced directly from Anthropic's pricing documentation.

TL;DR

1. Model tier selection is the biggest lever — Haiku 4.5 ($1/$5) versus Opus 5 ($5/$25) is a 5x cost difference for tasks that don't need Opus-level reasoning.
2. Prompt caching reads cost 10% of base input price, but writes cost 1.25-2x — know the breakeven math before assuming caching helps every workload.
3. Batch and caching discounts stack. Fast mode and non-default data residency don't discount anything — they add a premium, and both are opt-in.

Step 1: Model Tier Selection

The largest lever, and the one to check first. Anthropic's own cost-optimization guidance is direct: use Haiku for simple tasks, Sonnet for most production workloads, and Opus for the most complex reasoning. Current per-million-token pricing (input/output):

ModelInputOutputBest For
Claude Haiku 4.5$1$5Classification, extraction, simple Q&A
Claude Sonnet 5$2$10Most production workloads
Claude Opus 5 / 4.8$5$25Complex, multi-step reasoning
Claude Fable 5$10$50Highest-capability tasks

The gap between tiers is large and consistent — Opus costs 5x Haiku on both input and output. Running a classification or extraction workload on Opus by default (often because that's the model the team is already using for a harder task elsewhere) is one of the most common and highest-impact waste patterns on Anthropic bills, mirroring the same pattern that shows up on OpenAI accounts running GPT-4o-class models for simple tasks.

Step 2: Prompt Caching — and the Breakeven Math

Anthropic's prompt caching reduces cost for repeated context — a stable system prompt, a long document referenced across multiple calls, few-shot examples that don't change between requests. But unlike a straightforward discount, caching has an upfront cost that needs to pay for itself:

Cache OperationMultiplier vs. Base InputDuration
5-minute cache write1.25xValid 5 minutes
1-hour cache write2xValid 1 hour
Cache read (hit)0.1xSame duration as the write
5-minute tier breakeven:
Write cost: 1.25x base  —  Read cost: 0.1x base
1 write + 1 read = 1.35x  vs  2 uncached calls = 2.0x
Pays for itself after a single cache read.

1-hour tier breakeven:
Write cost: 2.0x base  —  Read cost: 0.1x base
1 write + 2 reads = 2.2x  vs  3 uncached calls = 3.0x
Pays for itself after two cache reads.

Practically: if a system prompt or document is reused within the same 5-minute window even once more, the 5-minute cache is worth enabling. If reuse happens over a longer period — a shared context reused across a full hour of a user's session — the 1-hour tier is worth it once reused twice. For prompts that are genuinely one-off, caching adds cost rather than saving it; the discount only pays off on actual repetition.

Want this tracked alongside your OpenAI spend?

Preto tracks Claude cost, cache hit rate, and model tier breakdown in the same dashboard as your other providers.

See Your Anthropic Costs — Free

Preto tracks Claude alongside OpenAI. One dashboard for both.

Step 3: Batch API — and Why It Stacks With Caching

Anthropic's Message Batches API gives a flat 50% discount on both input and output tokens for asynchronous processing. What's worth knowing explicitly: Anthropic's own documentation confirms batch and prompt caching discounts combine — they're not mutually exclusive. A batch job with a stable, cacheable system prompt gets both discounts stacked, which can push effective cost well below either discount applied in isolation. For any non-realtime workload — bulk classification, evaluation runs, nightly enrichment — that combination is worth structuring for deliberately rather than applying batch or caching alone.

Step 4: Long Context Doesn't Cost Extra (On Current Models)

One piece of genuinely good news: Claude 4.6 and later models include the full 1 million token context window at standard per-token pricing. A 900,000-token request is billed at exactly the same per-token rate as a 9,000-token request — there's no long-context premium to budget around on current-generation models, unlike some providers' tiered context pricing. Prompt caching and batch discounts apply at the same standard rates across the full context window too, so a large cached context doesn't lose any of its discount eligibility.

Step 5: Know the Two Opt-In Premiums

Fast mode (Opus 5 and Opus 4.8 only) provides faster output at a flat rate of $10/$50 per million tokens — 2x the standard Opus rate — and applies across the full context window. It's a research-preview feature, priced as a premium, and it's not available with the Batch API. Unless a workload specifically needs the latency improvement enough to justify double the cost, leaving fast mode off is the default that avoids paying for a feature you didn't mean to enable.

Data residency (inference_geo: "us") on Claude 4.6+ models applies a 1.1x multiplier across input, output, cache writes, and cache reads, versus the default global routing. It's a real requirement for teams with data-residency compliance needs — but for teams without that specific requirement, explicitly setting it (or inheriting it from a template that sets it by default) is a 10% cost increase with no corresponding benefit.

What Stacking These Looks Like

A workload that starts on Opus by default, with no caching, no batching, and default global routing, moved to: Haiku 4.5 for the classification-shaped portion of the traffic, prompt caching on the stable system prompt, and Batch API for anything that isn't user-facing in real time — the combined effect compounds each individual discount rather than adding them linearly. Model tier selection alone (Opus → Haiku) is a 5x reduction on affected traffic. Caching adds a further discount on top of whichever tier is selected. Batch adds another 50% on top of both, for anything that qualifies. None of these are exotic optimizations — they're documented, supported features that most Anthropic API usage simply hasn't been configured to use yet.

This mirrors the same seven-tactic audit on the OpenAI side — if you're running both providers, the underlying patterns (routing, caching, batching) transfer directly even though the exact multipliers differ. And if you're deciding between Claude and GPT-5 for a specific workload, the price-and-performance comparison covers that tradeoff directly.

Frequently Asked Questions

What's the cheapest Claude model and when should I use it?
Claude Haiku 4.5 at $1/$5 per million tokens is the cheapest current-generation model. It's right for classification, extraction, simple Q&A, and high-volume tasks that don't need deep reasoning. Anthropic's own guidance: Haiku for simple tasks, Sonnet for most production workloads, Opus for complex reasoning.
How much does Claude prompt caching save?
Cache reads cost 10% of base input price — a 90% discount. The cache write costs 1.25x base (5-minute tier) or 2x base (1-hour tier), so caching breaks even after a single read on the 5-minute tier or two reads on the 1-hour tier.
Does Claude's Batch API stack with prompt caching?
Yes. Anthropic explicitly documents that batch and prompt caching discounts combine, so a batch job with a stable, cacheable system prompt can end up considerably cheaper than either discount applied alone.
Are there hidden multipliers on Claude API pricing?
Two worth knowing: Fast mode (Opus 5 and Opus 4.8 only) is a flat 2x price for faster output, and isn't available with Batch. Data residency (inference_geo: "us" on Claude 4.6+) applies a 1.1x multiplier versus default global routing. Both are opt-in — the fix is simply not enabling them unless needed.

Track Claude cost alongside every other provider you use.

Preto shows model tier breakdown, cache hit rate, and batch-eligible traffic for Claude in the same dashboard as OpenAI — one place to run this entire audit.

See Your Anthropic Costs — Free

Free forever up to 10K requests. No credit card required.

Gaurav Dagade
Gaurav Dagade

Founder of Preto.ai. 11 years engineering leadership. Previously Engineering Manager at Bynry. Building the cost intelligence layer for AI infrastructure.

LinkedIn · Twitter