
Claude Opus 5 has moved from rumor to official release.
Earlier in July, developers noticed two signals: a short-lived Honeycomb EAP entry in Cursor’s model picker, and community screenshots that appeared to reference claude-opus-5-thinking-high. At the time, those signals were not enough to claim that Opus 5 had launched.
That changed on July 24, 2026. Anthropic officially announced Claude Opus 5, and the Claude Platform documentation now lists the API model ID:
claude-opus-5
claude-opus-5
This article updates the earlier “Honeycomb leak” framing with confirmed information:
- what is now official
- what the Honeycomb clues suggested
- how Opus 5 fits next to Fable 5, Sonnet 5, and Opus 4.8
- what changed for API developers
- how ClaudeAPI users should test and migrate safely
Current status

As of July 28, 2026, Claude Opus 5 is officially released.
Confirmed facts from Anthropic documentation:
| Item | Official status |
|---|---|
| Model name | Claude Opus 5 |
| API model ID | claude-opus-5 |
| Release announcement | July 24, 2026 |
| Pricing | $5 / MTok input, $25 / MTok output |
| Prompt caching | Same Opus-tier cache pricing table as Opus 4.8 |
| Context window | 1M tokens |
| Max output | 128k tokens |
| Availability | Claude API, Amazon Bedrock, Google Cloud, and other listed platforms |
| Migration path | Update from claude-opus-4-8 to claude-opus-5 and review behavior changes |
Anthropic describes Opus 5 as a step-change improvement over Opus 4.8, especially for deep reasoning, agentic coding, long-horizon tasks, test-time compute scaling, code review, vision, long-context work, documents, and multi-agent coordination.
The important correction: this is no longer only a leak story. The model is real, documented, and has a public model ID.
What the Honeycomb EAP leak suggested

The Honeycomb discussion still matters as a useful case study in how unreleased models appear in third-party tools before launch.
Community reports said Honeycomb EAP briefly appeared in Cursor with signals such as:
- 1M context window
- high or extra-high reasoning effort
- Anthropic research model wording
- per-turn controls
- safety fallbacks
Those clues did not prove that Honeycomb was Opus 5. A third-party model picker can expose test labels, internal routing names, or experimental access that never ships under the same name.
But in hindsight, the broad direction was accurate: the next high-end Opus model was indeed close, long-context capability mattered, and effort-level control became central to the official release.
The lesson for developers is still the same:
Treat third-party leaks as signals.
Treat official model docs as the source of truth.
Treat third-party leaks as signals.
Treat official model docs as the source of truth.
How Opus 5 fits in the Claude model lineup
After the release, Claude’s high-end lineup is easier to reason about:
| Model | Practical positioning | Best fit |
|---|---|---|
| Claude Fable 5 / Mythos-class | Highest capability tier | The hardest long-running tasks, high-value reasoning, advanced agent workflows |
| Claude Opus 5 | High-end production model | Complex coding, enterprise workflows, long-horizon agents, deep analysis |
| Claude Opus 4.8 | Previous Opus generation | Existing stable Opus workflows and fallback paths |
| Claude Sonnet 5 | Balanced daily model | Coding, research, content, professional work at scale |
| Claude Haiku 4.5 | Lightweight fast model | Classification, extraction, formatting, high-volume low-risk tasks |
Opus 5 should not be treated as “Fable 5 renamed.” Anthropic’s docs position Fable 5 above Opus 5 for workloads needing the highest available capability. Opus 5 sits in the production-friendly high-end tier: strong enough for complex agents, less expensive than Fable 5, and priced the same as Opus 4.8.
That makes Opus 5 especially relevant for Claude Code, Cursor, custom coding agents, enterprise analysis workflows, and multi-step tools where Sonnet may not be enough but Fable is not always justified.
What changed for API developers
The migration is simple at the model-name level:
model = "claude-opus-4-8" # before
model = "claude-opus-5" # after
model = "claude-opus-4-8" # before
model = "claude-opus-5" # after
But do not treat it as a blind drop-in replacement. Anthropic documents several important behavior changes.
1. Thinking is on by default
On Opus 4.8, requests without a thinking field run without thinking unless adaptive thinking is explicitly enabled.
On Opus 5, adaptive thinking is on by default. The model decides when and how much to think per turn. The effort parameter becomes the main control for thinking depth.
This affects cost and output length. max_tokens remains a hard cap on total output, including thinking and visible response text, so workloads that were tuned tightly on Opus 4.8 should be rechecked.
2. Disabling thinking is capped
Opus 5 accepts thinking: {"type": "disabled"} only at effort high or below.
If you combine disabled thinking with xhigh or max, the API returns a 400 error.
This is a breaking change for integrations that previously disabled thinking independently of effort level.
3. Lower prompt cache minimum
Anthropic’s documentation says the minimum cacheable prompt length on Opus 5 is 512 tokens, down from 1,024 tokens on Opus 4.8.
For teams with repeated system prompts, project rules, long templates, or shared instructions, this can make more prompts eligible for caching without code changes.
4. Stronger agent behavior can require prompt cleanup
Anthropic notes that Opus 5 may narrate progress more often in agentic sessions, delegate to subagents more readily in multi-agent frameworks, and verify its own work without being told.
That means old prompts that heavily instruct verification may cause over-verification. Review prompts that say things like:
Always include a final verification step.
Use a separate subagent to verify.
Double-check every step before answering.
Always include a final verification step.
Use a separate subagent to verify.
Double-check every step before answering.
With Opus 5, those instructions may be redundant or counterproductive.
What to test before switching production

The first discussion around Opus 5 will focus on benchmarks, price, and model ID.
For developers, the better question is:
Does it reduce failed tasks in my workflow?
Does it reduce failed tasks in my workflow?
For agentic coding, a model does not just write an answer. It reads project structure, edits multiple files, runs tests, interprets failures, repairs the code, and returns a structured summary.
Evaluate Opus 5 with your own tasks:
| Metric | Why it matters |
|---|---|
| Fewer wrong turns | Bad first plans waste many downstream tokens |
| Better clarification behavior | The model should ask when context is missing |
| Stable tool calls | Agent frameworks depend on valid tool-use format |
| Fewer unrelated edits | Reduces review burden and regression risk |
| Fewer completion rounds | Measures cost per successful task, not cost per token |
| Better structured output | Important for JSON, Markdown, reports, and workflows |
| Lower human intervention rate | Shows whether the model improves real delivery |
The cheapest model per token is not always the cheapest model per completed task. A stronger model that finishes in one pass can cost less operationally than a cheaper model that needs three retries and manual repair.
How ClaudeAPI users should prepare

If you use ClaudeAPI or another unified access layer, do not switch everything to Opus 5 on day one.
Use a controlled migration.
1. Make model IDs configurable
Do not hardcode model names across scripts, Dify nodes, n8n workflows, Claude Code configs, and internal services.
Use a central config:
{
"models": {
"daily_coding": "claude-sonnet-5",
"complex_agent": "claude-opus-5",
"fallback_opus": "claude-opus-4-8",
"batch_extract": "claude-haiku-4-5-20251001"
}
}
{
"models": {
"daily_coding": "claude-sonnet-5",
"complex_agent": "claude-opus-5",
"fallback_opus": "claude-opus-4-8",
"batch_extract": "claude-haiku-4-5-20251001"
}
}
2. Prepare a small evaluation set
Use 10 to 30 real tasks:
- one multi-file code change
- one long-document summary
- one tool-use workflow
- one structured JSON output task
- one ambiguous task that should trigger clarification
- one task where earlier models edited too much
Run the same set on Opus 4.8, Sonnet 5, and Opus 5. Compare completed task quality, not only raw answer quality.
3. Add routing instead of global replacement
Not every request should use Opus 5.
Use lighter models for:
- short classification
- extraction
- formatting
- batch cleanup
- low-risk rewrites
Use Opus 5 for:
- complex coding
- long-horizon debugging
- multi-file refactors
- difficult enterprise analysis
- high-value agent workflows
4. Keep fallback paths
New model behavior can affect output formatting, refusal boundaries, tool-use patterns, and prompt assumptions. Keep Opus 4.8 or Sonnet 5 as fallbacks while you evaluate.
5. Watch usage records
If Opus 5 appears in your ClaudeAPI console, use the console’s model list, price page, and request logs as the operational source of truth. Track:
- average input tokens
- average output tokens
- effort level
- success rate
- retry rate
- human review rate
- cost per successful task
What should you use now?
Before changing production defaults, use this routing:
| Workload | Recommended starting point |
|---|---|
| Daily coding, research, content generation | Sonnet 5 |
| Complex coding, long-context analysis, enterprise agents | Opus 5 |
| Existing stable Opus workflows requiring conservative rollout | Opus 4.8 as fallback |
| Highest-capability tasks where cost is justified | Fable 5 |
| Batch classification, extraction, formatting | Haiku 4.5 |
Do not pause working systems just because a new model is available. A model name matters less than whether the model reduces failures, retries, and human oversight in your actual tasks.
Post-release migration checklist

Before expanding Opus 5 usage, check:
- [ ] Model ID is
claude-opus-5. - [ ] Your provider or console shows the model as available.
- [ ] Tool-call format remains stable.
- [ ] JSON, Markdown, and structured outputs still parse correctly.
- [ ] Long-context tasks complete with fewer retries.
- [ ] Refusal or safety behavior does not break existing flows.
- [ ] Cost per successful task is measured, not just token price.
- [ ] System prompts have been reviewed for over-verification.
- [ ]
thinkingandeffortsettings are valid. - [ ] Requests that disable thinking do not use
xhighormax. - [ ] Old model fallback remains configured.
- [ ] Internal docs and support scripts are updated.
FAQ
Has Claude Opus 5 been released?
Yes. Anthropic announced Claude Opus 5 on July 24, 2026, and the Claude Platform documentation lists the model ID as claude-opus-5.
Is Honeycomb EAP the same as Claude Opus 5?
Not officially. Honeycomb EAP was a third-party tool signal discussed before release. It may have been related to pre-release testing, but Anthropic’s official model name and API ID are Claude Opus 5 and claude-opus-5.
What is the official model ID?
Use:
claude-opus-5
claude-opus-5
Anthropic’s migration guide says it is a fixed model ID with no date suffix.
How much does Claude Opus 5 cost?
Anthropic’s public pricing lists Claude Opus 5 at $5 per million input tokens and $25 per million output tokens, the same base input/output pricing as Opus 4.8. Prompt caching, batch processing, and fast-mode pricing have separate rates. If you use ClaudeAPI, check the ClaudeAPI console for the final operational price available to your account.
Should I replace Opus 4.8 immediately?
No. Start with a limited evaluation. Compare success rate, tool-call stability, output format, retry count, and cost per completed task before switching production workflows.
What are the main API behavior changes?
The two most important changes are:
- thinking is on by default
- disabling thinking is only allowed at effort
highor below; disabling thinking withxhighormaxreturns a 400 error
Also review prompt-cache minimums and agent behavior differences.
How does Opus 5 relate to Fable 5?
Fable 5 remains the highest-capability tier for the hardest tasks. Opus 5 is the high-end Opus-tier production model, priced below Fable 5 and positioned for complex agentic coding, enterprise workflows, and long-context work.
What should ClaudeAPI users do first?
Make model IDs configurable, prepare a small task evaluation set, route only high-value complex tasks to Opus 5, keep Opus 4.8 or Sonnet 5 fallback paths, and track cost per successful task.
Sources
- Anthropic: Introducing Claude Opus 5
- Claude Platform Docs: What’s new in Claude Opus 5
- Claude Platform Docs: Migration guide
- Claude Platform Docs: Pricing
- Claude Platform Docs: Model IDs and versioning
- Anthropic: Claude Fable 5 and Claude Mythos 5
- Cursor Community Forum: Claude Opus 5, now available in Cursor
Disclosure
ClaudeAPI is an independent third-party API service and is not affiliated with Anthropic or Cursor.



