Claude Opus 4.8 Is Here: Dynamic Workflows, Effort Control, and a June 15 Hard Deadline

Anthropic released Claude Opus 4.8 on May 28, 2026. The short description is: a meaningfully better agentic coding model at the same price as Opus 4.7, with two new features that change how you structure multi-step work.

There is also a deadline attached to this launch. The predecessor model IDs — claude-sonnet-4-20250514 and claude-opus-4-20250514 — retire on June 15, 2026. If you have either string hardcoded anywhere in production, you have 14 days to update it. API calls using those IDs will fail after the deadline.

Benchmark Improvements

Opus 4.8’s gains are concentrated in agentic coding and long-horizon tasks:

The alignment improvements matter for code review and audit pipelines:

• 4x fewer unreported code defects vs. Opus 4.7
• First Claude model to score 0% on uncritically reporting flawed results — it will surface problems rather than smooth over them
• 17x fewer dishonest agentic code summaries compared to Sonnet 4.6
• 10x+ reduction in overconfidence — more calibrated uncertainty surfacing

That last point has a practical implication. If you have a pipeline that treats high-confidence Claude outputs as automatically actionable, Opus 4.8 will surface uncertainty more visibly than 4.7. That is a feature for code review use cases and a friction point for confidence-dependent generation pipelines.

Effort Control

Effort control is the simpler of the two new features. All five levels are available via the API today, no beta header required.

The parameter is output_config.effort in the Messages API request body:

response = client.messages.create(
    model="claude-opus-4-8",
    max_tokens=4096,
    messages=[{"role": "user", "content": "..."}],
    output_config={"effort": "medium"},
)

Omitting the parameter entirely gives you high. Anthropic recommends starting at xhigh for agentic coding workloads.

No Manual Extended Thinking

This is the most common migration gotcha. Opus 4.8 uses adaptive thinking only. If you set thinking: {type: "enabled", budget_tokens: N}, you will get a 400 error. The correct parameter is:

thinking={"type": "adaptive"}

The model decides when to think and how deeply based on the request and your effort level. You influence thinking depth by raising or lowering effort, not by setting a token budget directly.

No Sampling Parameters

Also returns 400 errors on Opus 4.8 (and Opus 4.7): setting temperature, top_p, or top_k to non-default values. This applies to the entire Opus 4.x generation. Steer response behavior via prompting instead.

Dynamic Workflows

Dynamic Workflows is in research preview and available on Enterprise, Team, and Max plans only via Claude Code. It is not available through the API yet.

The feature lets Claude plan a complex task, fan it out across parallel subagents within a single session, run adversarial verification passes, and confirm results against your test suite before reporting back. You do not write orchestration code — Claude writes its own orchestration scripts at planning time.

In practice, this means:

• Codebase migrations at scale: changes across hundreds of thousands of lines, with the test suite as the pass/fail bar
• Parallelized research: independent agents attack problems from different angles and report back for synthesis
• Multi-stage verification pipelines: a checking pass runs before any output reaches you

In Claude Code, this surfaces as “ultracode” mode — a UI label for the combination of xhigh effort and Dynamic Workflow permission. For builders who want to replicate the behavior in their own harnesses, Anthropic’s docs describe a “Build an orchestration mode” pattern, but the underlying multi-agent dispatch is not yet fully exposed via the Messages API.

The Token Math

Dynamic Workflows is intentionally token-intensive. Anthropic’s own evaluations recorded approximately 110 million tokens consumed during testing against a 35 million average for comparable tasks without Dynamic Workflows. That is roughly 3x the baseline token consumption.

If you are on an Enterprise plan and considering Dynamic Workflows for production batch workloads, set max_tokens explicitly, profile a representative sample before scaling, and plan for higher per-task costs than your current Opus 4.7 baseline.

Pricing

Unchanged from Opus 4.7:

Prompt cache hits: $0.50/MTok input. Batch API: 50% discount on standard pricing.

Fast mode delivers approximately 2.5x the throughput at 2x the standard price. Context window is 1M tokens; maximum output is 128k tokens.

Microsoft Azure Foundry exception: the context window is capped at 200k tokens on Foundry, regardless of the 1M token limit elsewhere.

Opus 4.8 vs. Sonnet 4.6: Which One to Use

Use Opus 4.8 when:

• Running agentic coding sessions over 30 minutes or involving large codebases
• You need the highest alignment guarantees — code review, audit pipelines, compliance-sensitive generation
• Working with computer-use agents (84% on Online-Mind2Web)
• Handling legal, finance, or professional-domain tasks
• Processing multimodal workloads with large documents or diagrams (Databricks reported approximately 61% token cost reduction in these workloads vs. prior Opus)

Use Sonnet 4.6 when:

• Single-shot prompts or short context tasks
• Latency is a primary constraint (Sonnet 4.6 is faster)
• Cost is the deciding factor: Sonnet 4.6 is $3/$15 per MTok vs. $5/$25 for Opus 4.8
• High-volume pipelines: classification, generation, summarization
• You need extended thinking with an explicit token budget (budget_tokens) — Sonnet 4.6 still supports it

June 15 Migration: What to Update

On June 15, 2026, the following model IDs stop accepting requests:

Both were deprecated on April 14, 2026. After June 15, calls using either ID return an error. The API format, authentication, and response structure are unchanged — the migration is a string replacement in your model configuration.

If you are also running claude-opus-4-0 or claude-sonnet-4-0 (the version aliases), those alias to the deprecated -20250514 IDs and retire on the same date. Update those too.

The official Anthropic model deprecations page also lists claude-3-opus-20240229 (Claude Opus 3) as now recommending claude-opus-4-8 as its replacement — worth checking if you have legacy Opus 3 references in any older integrations.

Finding Hardcoded Model IDs

If you manage multiple codebases, a quick sweep:

# Find hardcoded deprecated model IDs
grep -r "claude-sonnet-4-20250514\|claude-opus-4-20250514\|claude-sonnet-4-0\|claude-opus-4-0" .

Environment variables, configuration files, CI/CD pipelines, and infrastructure-as-code are the most common places these slip through after source code is updated.

Key Takeaways for Builders

Today (June 1): Claude Opus 4.8 is available at claude-opus-4-8. Same price as 4.7, better agentic benchmarks, five-level effort control, no manual thinking budget or sampling parameters.

Before June 15: Update any production code using claude-sonnet-4-20250514 or claude-opus-4-20250514. Two weeks is enough time but not unlimited time.

Dynamic Workflows: Research preview in Claude Code (Enterprise/Team/Max only). Powerful for long-horizon coding and migration tasks, expensive on tokens by design — profile before scaling.

Effort gotcha: Start at xhigh for complex agentic work. Omitting the parameter gives you high, which is not always sufficient for extended coding sessions. The difference in output quality at xhigh vs. high is measurable on multi-step agentic tasks.