Claude Opus 5.5 in Production: The Real Story Is Cost per Task
For agentic systems, Opus 5.5 should be evaluated as cost per completed task—not simply dollars per million tokens.
Key takeaway
Anthropic prices Opus 5.5 at $4/$20 per million input/output tokens and $0.20 per million cache reads. Anthropic says typical workloads cost about 40% less than Opus 5; Sonar independently measured 40% fewer output tokens on its Java benchmark, while Endor Labs found very strong speed/cost efficiency but weaker secure-code results on its own workload.
Updated on Sep 25, 2026
01
Abstract
For agentic workloads, the useful unit of economics is the completed task rather than an isolated token. Claude Opus 5.5 lowers input, output, and cache-read prices versus Opus 5, while Anthropic says typical token-billed workloads cost about 40% less. This article examines how those changes interact with effort, caching, token consumption, latency, review, and production measurement.
02
Introduction
Agentic systems repeatedly invoke models, tools, retrieval, sandboxes, and verification. A lower token price therefore matters only as part of the total path to an accepted result. Opus 5.5 changes several terms in that path at once: token prices, cache-read pricing, token consumption, and generation speed.
03
Problem
A production team can misread model economics by optimizing only price per million tokens. The real cost includes model tokens, cached context, retries, tool calls, orchestration, latency, and human review. The problem is therefore to identify the operating point that minimizes cost per accepted task while maintaining quality and safety.
04
Background
Long-running agents repeatedly send stable instructions and repository or project context. Prompt caching can reduce the cost of repeated context, while effort settings control how much reasoning work is performed. These mechanisms mean that two applications using the same model and nominal token price can have materially different task costs.
05
Methodology
The production analysis decomposes task cost into model tokens, cache reads, retries, tool calls, orchestration, and review. It then considers three controllable levers: effort level, prompt-cache structure, and agent-loop efficiency. The recommended measurement unit is cost per accepted artifact or completed task, alongside quality and latency.
Opus 5 benchmark baseline visual
Third-party infographic of Anthropic’s July 2026 Opus 5 benchmark results, used only as historical context for understanding the efficiency shift into Opus 5.5.
TESS Group
06
Architecture
A production agent loop can be represented as model invocation → tool execution → observation → additional reasoning → verification → accepted result. Stable system and repository context should be separated from dynamic observations so caching can be effective. The measurement layer should capture model calls, tokens, cache hits, tools, retries, latency, and human escalation.
07
Dataset
This article is an engineering analysis rather than a new benchmark study. Its quantitative inputs come from Anthropic’s published Opus 5.5 pricing, benchmark, and workload claims, plus the independent Java evaluation cited in the original article. These sources should be interpreted as separate measurement contexts rather than a single common dataset.
08
Training
No new training procedure is introduced or analyzed here. The production effect comes from using the released Opus 5.5 model with different inference-time effort settings, caching behavior, and agent-loop configurations. Anthropic states that Opus 5.5 uses adaptive thinking and exposes effort as the relevant control.
09
Experiments
Evidence highlights
- 01Unit-price comparison
- 02Typical workload cost
- 03Output speed
- 04Independent Java evaluation
10
Baselines
Evidence highlights
- 01Claude Opus 5
- 02Claude Fable 5.1
- 03GPT-6 Astra
- 04GPT-5.6 Sol
11
Results
Result board
Input
Reported value$4$5
Output
Reported value$20$25
Cache reads
Reported value$0.20$0.50
Result
~40% typical workload reduction
Result
>30% faster output
12
Ablation
The production variables are not presented as a formal controlled ablation in the source article. The useful decomposition is operational: compare effort levels, cache-hit behavior, token volume, tool-call count, retries, and review volume independently. This prevents a lower total bill from being incorrectly attributed to one mechanism.
Evidence highlights
- 01Effort level
- 02Cache-hit rate
- 03Tokens per task
- 04Tool calls
- 05Retries
- 06Review volume
13
Limitations
Anthropic’s ~40% workload-cost reduction is a typical-workload claim, not a universal guarantee. Benchmark results are sensitive to effort, harness, safeguards, and workload. Independent evaluations can show different behavior, and lower output volume does not necessarily mean lower defect or security risk. Production teams therefore need workload-specific measurements.
14
Conclusion
Opus 5.5 changes production economics through a combination of lower unit prices, cheaper cache reads, lower token consumption, and faster generation. The engineering decision should be based on cost per accepted task, not token price alone. The appropriate effort and caching strategy must be measured on the actual agent workload.
15
References
Primary source: Anthropic, “Introducing Claude Opus 5.5,” September 22, 2026. Additional source context includes Anthropic’s Claude Opus model page and the independent Java evaluation cited in the original article.
Source trail
Primary papers, implementation pages, and external source records used to ground this explainer.
Reducing cost and improving performance with Claude Platform
Production guidance on prompt caching, instructions and effort; updated after Opus 5.5 launch.
Claude Opus 5.5: An evaluation review and metrics benchmarks
Independent Java/code-quality evaluation, including code volume, tokens, findings and pass rate.
Claude Opus 5.5 model documentation
Current prices, effort behavior, latency, context and limits.
01Reducing cost and improving performance with Claude Platform02Sonar evaluation of Opus 5.503Opus 5 benchmark visual