Anthropic launched Claude Opus 5.5 on 22 September with a proposition beyond another benchmark improvement: get demanding work done at lower cost. The company says typical workloads at default settings cost 40% less than with Opus 5, combining cheaper tokens with greater token efficiency. That is a provider-reported result, not a guaranteed discount on every job.[1]
For users, three separate questions follow. What does each unit of API usage cost? How much usage does a completed task actually require? And, for someone paying a monthly subscription, how much work fits inside the included allowance? Mixing those questions can turn a genuine improvement into an expectation the product never promised.
The price changes, without the headline maths
Anthropic’s published rates distinguish fresh input, generated output and cached input. Here is the standard API comparison. These are usage prices in US dollars, not monthly subscription fees.[2]
Claude Opus 5.5 versus Opus 5: standard API prices
| Token category | Opus 5 | Opus 5.5 | Price reduction |
|---|---|---|---|
| Fresh input | $5 per million tokens | $4 per million tokens | 20%Source 2 |
| Generated output | $25 per million tokens | $20 per million tokens | 20%Source 2 |
| Cached input read | $0.50 per million tokens | $0.20 per million tokens | 60%Source 2 |
| Cache write — 5-minute lifetime | $6.25 per million tokens | $5 per million tokens | 20%Source 2 |
| Cache write — 1-hour lifetime | $10 per million tokens | $8 per million tokens | 20%Source 2 |
The immediate comparison is therefore 20% less for ordinary input and output, with a larger reduction for cache reads. Anthropic’s separate 40% task-cost claim includes how efficiently the model uses tokens, not just what each token costs. Those percentages describe different measurements.[1]
Why cached input can change the result
Prompt caching lets an application reuse a previously processed prompt prefix, such as stable instructions or shared background material. A cache write and a subsequent cache read are billed differently. Matching content must actually be reusable; simply having a long conversation does not make every token a discounted cache hit.[3]
That distinction matters when comparing two bills. An application repeatedly working with the same background material can have a different cost mix from one processing unrelated documents. Anthropic offers five-minute and one-hour cache lifetimes; the longer option costs more to write. A cheaper cache-read rate has most relevance when the application produces those reads.[3]
For Pro and Max users, check the allowance—not the API table
Anthropic also announced higher five-hour limits for Pro, Max, Team and seat-based Enterprise plans, plus a subscription rate-limit reset that can be saved for later. Those are access changes. They should not be read as a promise that a monthly subscription becomes 40% cheaper.[1]
The company’s Claude Code subscription guidance says Claude and Claude Code share usage limits on Pro and Max. Work in a supported editor also draws from that shared allowance. A coding session can therefore affect the capacity left for a conversation elsewhere; switching surfaces does not necessarily mean starting a fresh budget.[4]
There is another practical distinction: API billing is separate from subscription access. The same help page warns that an ANTHROPIC_API_KEY environment variable can make Claude Code authenticate through the API rather than the subscription. Someone investigating an unexpected charge should check which account and billing route the session used before attributing it to the model upgrade.[4]
A longer chat and a larger allowance are not the same thing
Anthropic distinguishes usage limits, which govern consumption over time, from length limits, which concern the context available in a conversation. Its guidance says workload complexity, model choice, features and effort settings affect usage. A change in how quickly an allowance disappears does not, by itself, identify which of those factors changed.[5]
For long conversations with code execution enabled, Claude can summarise earlier messages as context fills. Anthropic also says longer chats that trigger automatic context management consume more of the usage allowance. Keeping a conversation going and keeping its usage low are therefore different objectives.[5]
Judge the upgrade by completed work
For a useful personal comparison, choose work with an outcome you can recognise: a bug fixed without breaking another feature, a document summary whose key claims survive checking, or a spreadsheet reconciliation that balances. Keep the starting materials and instructions comparable. Record the settings rather than relying on memory.
Then count more than the first answer. Include retries, corrections and time spent checking the result. A shorter answer is not automatically more efficient if it omits the difficult part; a longer one is not automatically better if it adds work without resolving the task. The meaningful unit is an acceptable completed result.
This article has not independently benchmarked Opus 5.5. The launch claims and prices above come from Anthropic; the calculation is illustrative. The practical question is whether the new model reaches your acceptance standard with less total work—not whether your experience reproduces a promotional percentage.
For related experiences, visit the Claude community hub or the Claude usage-limits guide. The conversation below is open to questions as well as comparisons; you do not need a formal benchmark to describe what you noticed.
Sources & further reading
- Introducing Claude Opus 5.5 Anthropic · 22 Sep 2026 · Accessed 27 Sep 2026
- Claude API pricing Anthropic — Claude Platform Docs · Accessed 27 Sep 2026
- Prompt caching Anthropic — Claude Platform Docs · Accessed 27 Sep 2026
- Use Claude Code with your Pro or Max plan Anthropic — Claude Help Center · Accessed 27 Sep 2026
- How do usage and length limits work? Anthropic — Claude Help Center · Accessed 27 Sep 2026