← Reddit

Anyone actually routing tasks between models since Sonnet 5, or do you just pick one and ride it?

Reddit · benjamistan · July 6, 2026
I default to Opus out of habit and I'm pretty sure it's been costing me since the Sonnet 5 drop. Started scoring tasks roughly (size, risk, how many rounds I expect) and sending the boring middle to Sonnet. Curious if anyone else actually switches per task or

Detailed Analysis

The Reddit thread surfaces a practical question that has quietly become one of the more consequential decisions for developers building on Claude: whether to manually route tasks between Anthropic's model tiers or simply default to one model and stick with it regardless of task complexity. The original poster describes a habitual reliance on Opus, Anthropic's most capable and most expensive model, and a growing suspicion that this default has been wasteful since the release of Sonnet 5. Their workaround—scoring tasks by size, risk, and expected iteration count, then routing "boring middle" work to Sonnet—reflects a manual, heuristic-driven triage system that mirrors what more sophisticated orchestration layers attempt to automate.

This dynamic matters because Anthropic's pricing and capability structure is explicitly tiered: Opus is positioned for maximum reasoning depth and complex, high-stakes work, while Sonnet is tuned for a strong balance of speed, cost, and competence on everyday tasks, with Haiku further down the stack for lightweight, high-volume jobs. When Sonnet 5 launched, it reportedly closed much of the capability gap with Opus for a large share of common coding and reasoning tasks, while remaining substantially cheaper and faster. That shift changes the economics of default behavior: a user who reflexively invokes Opus for every request—including simple refactors, boilerplate generation, or low-risk edits—is likely paying a premium for capability they don't need on a meaningful fraction of their workload. The poster's ad hoc scoring system (size, risk, rounds) is essentially a manual approximation of the kind of routing logic that model-agnostic orchestration tools and agentic frameworks are increasingly trying to formalize.

The broader significance here ties into a trend across the AI industry often called "model routing" or "cascade" architectures, where systems automatically send a query to the cheapest model likely to succeed, only escalating to a more powerful (and costly) model when confidence is low or the task is flagged as complex. Companies like OpenAI, Google, and various AI infrastructure startups have been building explicit routing products around this idea, and Anthropic itself has leaned into a multi-tier model strategy (Haiku/Sonnet/Opus) that all but invites this kind of task-based allocation. The fact that everyday users on Reddit are independently reinventing this logic by hand—without built-in tooling from Anthropic to automate it—suggests a gap in developer experience: many users still default to a single model out of habit, inertia, or lack of awareness about relative cost-performance tradeoffs, rather than because they've made a deliberate economic calculation.

This also reflects a maturing phase in how developers relate to large language models: early adopters often treated "the best model" as a single, static choice, but as models proliferate in specialized tiers and the price gap between them widens, the community is shifting toward more deliberate cost-engineering practices similar to how cloud infrastructure engineers choose instance types based on workload. Anthropic's continued investment in distinguishing Sonnet from Opus performance and pricing all but guarantees this conversation will keep recurring as new model versions ship, and it hints at a plausible future feature: native, automatic task-based model routing built directly into Claude's API or Claude Code tooling, rather than leaving users to build spreadsheets and heuristics themselves.

Read original article →