NEWS · JULY 27, 2026 · ARTIFICIAL INTELLIGENCE

Anthropic ships Opus 5: a new release for long-running agents

Anthropic released Claude Opus 5 on July 24, 2026. The company describes it as a step change for the Opus tier that powers long-running agents, and says it delivers the frontier intelligence of its top model, Fable 5, at half the price. Pricing stays level with the previous Opus release.

01 · WHAT HAPPENED?

The Opus tier was refreshed within two months

Anthropic announced Claude Opus 5 on its own newsroom and made the model available across its platforms. The framing is explicit: this release is a step change for the Opus tier that runs long-running agents. The highlighted areas are coding and knowledge work; the company also says the model performs strongly in scientific research, including organic chemistry and protein analysis, and can produce interactive visualizations and 3D models. The release arrived roughly two months after Opus 4.8 shipped at the end of May.

02 · DETAILS

A model that verifies before it moves on

Anthropic's evaluation claims run as follows: the model leads on coding and knowledge-work measures including Frontier-Bench and GDPval-AA; on ARC-AGI 3, an evaluation of novel problem solving, it scores three times as high as the next best model; on Zapier AutomationBench it reaches a 1.5 times pass rate against the next best; and on OSWorld 2.0, a computer-use benchmark, it surpasses Fable 5's result at roughly a third of the cost. The behaviour the company underlines is the one that matters most for agents: the model verifies its own output and iterates carefully until it succeeds.

Pricing is set at 5 dollars per million input tokens and 25 dollars per million output tokens, the same level as Opus 4.8, while a fast mode that runs at two and a half times the speed costs double the base rate. Two further points stand out in the trade coverage: safety classifiers are expected to engage significantly less often than with Fable 5, and a beta feature called Automatic Fallbacks routes restricted requests to smaller models instead of returning an error.

03 · WHY IT MATTERS

Agent economics are measured in finished work, not unit price

With long-running agents the real expense is not a single response but the total tokens spent until a job is done. That makes headline unit pricing misleading on its own: a model that finishes the same work with fewer attempts and fewer round trips can cost less overall even when it looks more expensive per token. The verify-then-iterate behaviour highlighted in this release targets exactly that calculation.

The second point is access friction. In enterprise use, agents often stall not because of missing capability but because of refusals that arrive mid-flow. Routing a restricted request to a smaller model instead of returning an error is meaningful for keeping the flow intact. The third is that the trade-off between speed and cost is becoming a setting: the same model can be run with different economics depending on how urgent the job is.

04 · TÜRKİYE

What it means for businesses in Türkiye

Model versions change fast; the system you build around them lasts. The practical conclusion for businesses in Türkiye is to stop designing an agent project around one model version and instead assume the model will change. A structure that makes the provider and the version selectable in configuration avoids rewriting the work with every release.

The second practical conclusion is measurement. Because the cost of running agents now depends largely on the number of attempts, you cannot compare options without seeing how many steps and how many tokens each task consumed. Running two models under identical conditions on three to five representative tasks from your own operation tells you more than any launch post. The third is boundaries: however capable the model is, hard-to-reverse steps such as payments, cancellations and price commitments should stay under human approval. Turkish output quality and data processing that complies with Türkiye's data protection law also need retesting at every version change.

The UNALSOFT take

Our reading does not change: release news moves fast, but what carries the work is the skeleton around the model, not its name. Which task goes to the agent, which step stops at human approval, what happens when something fails and how the result is measured are what decide the outcome. In our Agentic AI work the model provider is treated as a replaceable part, so when a new version lands the gain can be tested immediately without rewriting the system.

Models change, the system stays.

Let's measure which of your own tasks actually fit an agent.

Message on WhatsApp