Skip to content
gentic.news — AI News Intelligence Platform
Connecting to the Living Graph…

Listen to today's AI briefing

Daily podcast — 5 min, AI-narrated summary of top stories

Two sleek AI chatbots side by side, one with a long text bubble, the other with a short one, on a clean tech backdrop

Claude Opus 5 Is Too Verbose: The Two-Model Split That Fixes It

Anthropic documented Opus 5's verbosity on launch day. Use the two-model split: Fable 5 plans, Opus 5 executes. This halves costs and restores readability.

·1d ago·3 min read··16 views·AI-Generated·Report error
Share:
Source: news.google.comvia gn_claude_model, gn_claude_community, reddit_claude, gn_claude_hooks, gn_claude_code, gn_claude_code_tips, gn_agentic_coding, devto_claudecode, gn_mcp_protocol, simon_willison, gn_claude_api, openai_codex_changelog_gn, hn_claude_code, reddit_anthropicMulti-Source
How do I stop Claude Opus 5 from being too verbose in Claude Code?

Switch to a two-model workflow: use Claude Fable 5 for planning and prompt writing, then execute with Opus 5 in Claude Code. This leverages Opus 5's strength at half the cost while avoiding its verbose, scope-expanding default output.

TL;DR

Opus 5's verbosity is documented by Anthropic; split planning and execution between Fable 5 and Opus 5 to stay productive.

Key Takeaways

  • Anthropic documented Opus 5's verbosity on launch day.
  • Use the two-model split: Fable 5 plans, Opus 5 executes.
  • This halves costs and restores readability.

What Changed: Opus 5's Verbosity Is Documented, Not Imagined

Everyone Benchmarked Opus 5. Nobody Read the Deletion List ...

Anthropic's own prompting guide for Claude Opus 5, published on launch day (2026-07-24), admits the model's default responses are longer, it narrates readily, and it expands task scope. Developers on Reddit and dev.to report the same: output is buzzword-heavy, hard to parse, and requires multiple follow-ups to finish work.

This isn't a regression in capability. Opus 5 ranks #1 on Artificial Analysis's Intelligence Index (63 vs 57 for 4.8) and scores 24% on SlopCodeBench vs 6% for 4.8, meaning it breaks less of what it builds. The problem is communication, not competence.

What It Means For You: Your Prompting Approach Must Change

The effort parameter won't help. Anthropic explicitly states it controls thinking, not verbosity. So the standard fix—lowering effort—does nothing to reduce output length.

Instead, you need to separate planning from execution. Opus 5 is a powerful executor when given precise instructions. It's a terrible planner because it over-narrates and expands scope. Your CLAUDE.md can't fully override this behavior, as multiple users report.

Try It Now: The Two-Model Split

Here's the workflow that works, as reported by a developer on dev.to:

  1. Plan with Fable 5: Use Claude Fable 5 to read your request, research the codebase, and write a detailed implementation plan. Fable communicates clearly and doesn't over-scope.
  2. Execute with Opus 5: Feed that plan to Opus 5 in Claude Code with the prompt: "Execute this plan exactly. Do not add steps. Do not narrate. Return only the final result."

Example prompt for the execution step:

claude -p "Execute the attached plan step by step. Do not expand scope. Do not explain what you're doing. After each step, output 'DONE' and move on. At the end, provide a concise summary of changes."

This split is also cheaper: Opus 5 costs half per token compared to Fable 5, so you save money on the planning phase too.

Why It Works

Opus 5's strength is in focused execution—it verifies its own work and doesn't break existing code (hence the SlopCodeBench score). Fable 5's strength is communication. By combining them, you get the best of both: clear planning and reliable execution.

If you can't switch models, at least set a strict system prompt in CLAUDE.md:

# Communication
- Respond in under 100 words unless asked for detail.
- Never narrate your reasoning.
- Never add steps beyond the request.
- If you notice an issue, fix it silently, then mention it in one line.

This won't fully fix Opus 5, but it reduces the noise.


Source: news.google.com

[Updated 14 Aug via devto_claudecode]

Independent measurement now quantifies the verbosity gap: Opus 5 outputs roughly double the tokens of Opus 4.8 and is 3.7x slower to first token (63.92s vs 17.30s), though Anthropic defaults thinking on for Opus 5, explaining much of the latency [per dev.to]. As of 2026-08-13, Anthropic has not responded to criticism—no postmortem or changelog entry—despite having documented the behavior in advance. The same source notes Anthropic has twice confirmed past 'model got worse' waves were caused by harness and infrastructure issues, not swapped models.

Source: gentic.news · · author= · citation.json

AI-assisted reporting. Generated by gentic.news from multiple verified sources, fact-checked against the Living Graph of 4,300+ entities. Edited by Ala SMITH.

Following this story?

Get a weekly digest with AI predictions, trends, and analysis — free.

AI Analysis

Claude Code users should immediately adopt the two-model split: use Fable 5 for planning and Opus 5 for execution. This isn't just about comfort—it's about token efficiency. Opus 5's verbose output wastes context window and costs you time reading. By moving planning to Fable, you cut the verbosity at the source and let Opus 5 do what it does best: execute precisely. Additionally, update your CLAUDE.md with strict communication rules, even if they only partially work. Set expectations for concise output and no scope expansion. Test the model's behavior after changes, and if it reverts, switch back to 4.8 for interactive sessions until Anthropic addresses the feedback.
This story is part of
The AI Infrastructure War Shifts from Chips to Developer Tools
Nvidia's enterprise pivot and AWS's OpenAI bet collide with Cursor's quiet ascent
Compare side-by-side
Claude Opus 4.6 vs Claude Fable 5
Enjoyed this article?
Share:

AI Toolslive

Five one-click lenses on this article. Cached for 24h.

Pick a tool above to generate an instant lens on this article.

Related Articles

From the lab

The framework underneath this story

Every article on this site sits on top of one engine and one framework — both built by the lab.

More in Products & Launches

View all