User environment: Claude Max 5x, Claude's in-product memory and project context; specific API parameters, task sets, and tool harnesses were not disclosed consistently.
Representative tasks: data pipeline architecture brainstorming, frontend implementation, learning Azure authentication, code review, and web search.
Comparison: Some users compared Sonnet 5 with Opus 4.8 or Sonnet 4.6 using the same prompt.
One Max user said they submitted the same data pipeline prompt to Opus 4.8 and Sonnet 5: Opus used about 2% of session usage, while Sonnet 5 used about 5%; these percentages are not API token measurements.
The community also discussed how Sonnet 5 may be slower and consume more tokens with adaptive thinking enabled by default, and suggested judging it by the actual cost of completing a task rather than by unit price.
The community's automated summary (based on 80 comments) was broadly negative: some users reported that Sonnet 5 was slower than Opus 4.8, consumed more session usage, and sometimes overthought or refused more strictly.
In the Max user's subjective comparison above, Sonnet 5 did not reuse the hardware constraints in its memory and omitted data validation and common pitfalls; Opus 4.8 provided a more complete architecture, code examples, and reference materials.
There were also opposing views: Sonnet 5 is more like an execution model for API/Agent products, is cheaper for simple tasks, and is suitable for scaling; the page does not yet contain a consistent task set supporting either side.
The discussion shows that Sonnet 5's practical value depends heavily on effort, contextual memory, the product harness, and task type. The most reusable judgment from the community so far is: do not choose a model solely because it is “cheaper per million tokens”; record each task's total tokens, completion quality, tool turns, and whether human intervention was required.
Reddit replies are heterogeneous personal experiences, and session-usage percentages cannot replace token, latency, or quality metrics.
The automated TL;DR is not a controlled conclusion from the original author; the post did not disclose the complete prompts, run logs, or API configuration from the same point in time.
Negative samples may have been affected by the early post-launch period, caching, memory retrieval, and product limits; they cannot establish that Sonnet 5 is weaker than Opus 4.8 on all tasks.
Fix the same system prompt, project materials, tools, and context, then run a data pipeline architecture task on Sonnet 5 and Opus 4.8 separately.
Use the API to record input/output/thinking tokens, effort, number of tool calls, total elapsed time, failures, and retries.
Have blind evaluators score hardware-constraint coverage, data validation, common pitfalls, and executability; do not substitute product session-usage percentages for these scores.
Repeat the test at low, medium, and high effort to distinguish differences in model capability from differences in default configuration.
The discussion contains one same-prompt experience: Opus 4.8 used about 2% of session usage and Sonnet 5 about 5%, accompanied by different assessments of architectural completeness; the author also explicitly acknowledged that this metric is unreliable.
The community included conflicting feedback that Sonnet 5 is “cheaper and better suited to API Agent” as well as “slower and more usage-intensive,” showing that controlled testing is needed.
The discussion title centers on the launch of Sonnet 5, while the core question in the comments is whether its cost and capability per task are genuinely better than Opus.
The page also includes users reporting that it is usable for simple tasks but has longer wait times on complex frontend or long-context tasks; all of these should be treated as experiences awaiting verification.
Claude Sonnet 5
