Claude Accused of Becoming Dumber by the Entire Internet, Anthropic Steps In to Reveal: It’s Not the Model That’s Tricking You

marsbitPublished on 2026-07-12Last updated on 2026-07-12

Abstract

When users complained that Claude was "getting dumber," the root cause wasn't the AI model itself. In an official blog post, Anthropic clarified the critical difference between two key settings in Claude Code: Model and Effort. Model refers to the core "brain"—the fixed, trained weights of a specific AI (like Sonnet, Opus, or Fable). Changing the Model addresses *capability* ("can it do this?"), but its knowledge is static post-training. Effort, however, controls the AI's *approach and thoroughness* for a specific task. A higher Effort level instructs Claude to read more files, run tests, perform verification, and complete multi-step reasoning before responding, significantly increasing its "work output" for that job. Conversely, low Effort leads to quicker, less thorough replies. This distinction explains the March 2024 uproar where users experienced a sudden drop in Claude's performance. The cause was not a model change but Anthropic quietly lowering the *default* Effort setting from "high" to "medium" to reduce latency, which was later reverted. The key insight is that a smaller, capable model (like Sonnet) on high Effort can often outperform a larger, more powerful model (like Opus) on low Effort for many tasks. The article provides a practical troubleshooting framework: if Claude makes an error, first check the context and instructions. If it seems to skip necessary steps or validations, increase Effort. If it diligently attempts the task but fails conceptually or mak...

Does switching to a larger model mean it’s smarter?

【Introduction】 Does switching to a larger model mean it’s smarter? This might be the deepest misunderstanding among Claude Code users. Many have switched all the way to the most expensive Fable for this reason. Recently, Anthropic personally clarified this misconception.

Have you ever had this moment: Claude Code messes up writing code, and your first reaction is to quickly switch to a more powerful model.

But this move often doesn't work and may even be a waste of money.

Recently, Anthropic officially published a lengthy article specifically addressing this.

Anthropic Official Long Article

The reason is that too many people confuse two options in Claude Code:

One is the model selection (Model), and the other is the effort level (Effort).

Anthropic Official Long Article

Previously, everyone’s understanding of these two options was simple: switch to a larger model, and the AI gets smarter; turn up the Effort, it just makes the AI think a bit longer.

And it was this misunderstanding that caused considerable chaos back in March of this year.

At that time, many developers found that their Claude Code had suddenly "become dumber." It didn’t read files it should, didn’t run tests it should, quit halfway through tasks, and instead asked you for more information.

Thus, complaints flooded GitHub.

The harshest blow came from AMD's AI lead, Stella Laurenzo.

She pulled logs from 6852 sessions on GitHub, measured that Claude's "thinking quantity" had dropped by 67% compared to before February, and left this comment:

Claude can no longer be trusted to handle complex engineering tasks.

Claude can no longer be trusted

At first, everyone thought they hadn't written their prompts well or configured something incorrectly. After much struggle, it dawned on them: the problem wasn’t on their end; it was Anthropic quietly changing a setting.

On March 4th, to reduce latency, they lowered the default Effort level in Claude Code from high to medium.

The official changelog mentioned it, but most people didn’t notice. They just felt that the model in their hands had inexplicably become dumber.

After holding out for a month, Anthropic finally reverted the default level on April 7th and reset the usage quota for all subscribed users.

And it was only then that most people realized this switch had always been right beside them, secretly determining whether the AI would give its full effort for you.

Model changes the brain, Effort changes the attitude

Anthropic's official breakdown can be simply summarized in one sentence:

Model changes the brain, Effort changes the attitude.

First, Model changes the brain.

Each model is backed by a set of "frozen weights"; its capabilities and knowledge are essentially welded in place the moment training ends: read-only, unmodifiable.

This means that the prompts you feed during inference, CLAUDE.md, and the code pasted into the context cannot alter this set of weights: you can guide it, but you cannot "train" it.

Switching models essentially means swapping in a whole new set of weights to handle your task, so it addresses the question of "can it do it."

A library that didn't exist during the model's training—you can feed it the entire documentation, and it can learn on the fly and use it, but that only works for that one request; the model itself doesn't remember a single word and forgets it immediately.

The same principle explains why it occasionally invokes a non-existent API with a straight face. That’s not a knowledge gap; it’s the weights piecing something together based on old patterns from training.

Looking a bit deeper makes it even clearer. Your written const x = await fetch is first broken down into tokens by the model, each replaced by a number in the vocabulary.

Source: Anthropic Official Blog Post

A line of code you write, after being tokenized, corresponds to integers in the vocabulary: "const" is 1078, "await" is 2597. The vocabulary is about 100k tokens. The model never receives text; it gets this sequence of numbers.

The model doesn’t spit out the entire answer in one go. It predicts only one token at a time, appends it, recalculates the whole sequence, and predicts the next one. A 200-token reply is 200 full computations.

The time you wait and the money you burn are mostly consumed in this loop.

Now, Effort changes the "attitude."

Many think high Effort means "think a few more seconds." Wrong.

It governs how much workload Claude invests in this task: how many files to read, whether to run tests, whether to perform extra verification, whether to push a multi-step task all the way through before coming back to you.

Simply put: low Effort Claude tends to reply quickly and then ask you for more context, avoiding action if possible; high Effort Claude tends to go look for information itself, call tools multiple times, and complete long task chains in one go.

Effort in Claude Code is divided into several levels; don’t think of it as a rigid token budget line.

It’s a behavioral signal, telling Claude how thoroughly and confidently this job needs to be done before it's considered complete. Text replies, tool calls, extended thinking—all fall under its purview.

The official article also includes an illustrative chart: with the same prompt, high Effort can generate about 7 times more tokens than low Effort. The extra tokens are all spent on reading files, running verifications, and repeated confirmations.

Source: Anthropic Official Blog Post

The same prompt: the high Effort path generates about 7 times the tokens of the low Effort path. The extra tokens are all spent on reading files, running verifications, and repeated confirmations.

This hides a counterintuitive conclusion: a small model with high Effort can very well outperform a large model with low Effort.

Incapable, or Not Trying Hard Enough

Understanding the division of labor is useful, but what’s truly helpful is the judgment framework given by the official source.

Source: Anthropic Official Blog Post

Official judgment framework: When Claude makes a mistake, first ask if it’s not smart enough or not trying hard enough, then decide whether to change the model or increase Effort.

When Claude messes up, don’t rush to touch the model option.

The first step is always to review the context: Was the prompt clear? Were the necessary tools provided? Was CLAUDE.md paired correctly? Most instances of so-called "AI getting dumber" have their root here, not in the model option.

If the context is indeed fine and it still makes mistakes, ask yourself: Is it incapable, or not trying hard enough?

"Not trying hard enough" is easy to judge: It skipped files it should have read, didn’t run tests, stopped a refactoring halfway to ask you questions. What it lacks isn’t brains; it’s effort.

This is a matter for Effort; you can turn it up a notch.

If it’s "incapable," it’s a different scenario: You provided sufficient context, it clearly tried its best, yet still got it wrong. Trying different phrasings yields the same wrong result.

At this point, no amount of added Effort will help; this is a model issue: you need to switch to a stronger one.

The official article also provides a very understandable analogy.

Sonnet is an all-rounder with an entire afternoon at its disposal.

It will read your code from start to finish, run it, verify it again, and genuinely understand your piece of work.

Opus is an expert who gives you only five minutes. It brings experience that simply isn’t in your codebase: pitfalls seen, mines to avoid, all intuitions built from solving a pile of similar problems. But five minutes is short; it’s only enough for a glance, not enough to scan every file.

Fable is the specialist you call in only when everyone is stuck. Even with just five minutes, it can spot the one flaw no one else saw.

Of course, this expert also costs the most per token, so it should be reserved for the truly tough nuts that nobody else can crack.

Hence, that counterintuitive conclusion:

A Sonnet on high Effort can genuinely handle more tasks in many jobs than an Opus on low Effort. A small model paired with ample context and high investment can tackle far more than you might imagine.

Source: Anthropic Official Blog Post

On long, multi-step tasks, Fable shows the biggest gap. In official tests, some tasks were beyond the reach of Opus and Sonnet at any Effort level.

After Racing Model Leaderboards, Assigning Tasks to AI Becomes a Hard Skill

On the surface, this official explanation teaches you parameter tuning, but behind it lies an important shift:

The competition in AI programming is moving from "whose model is stronger" to "who is better at orchestrating agents."

It used to be simple: pick the strongest model, and leave the rest to it.

Now it’s different. You have to act like a project manager, assigning different roles and effort levels to different models:

Simple modifications go to Sonnet on low setting—instant replies and cost-saving; major refactoring uses a strong model on high setting; agent tasks that need to run independently for a long time get a strong model with full Effort.

These operations not only get the job done better but also save real money on the token bill.

The extra level, ultracode, in Claude Code's Effort menu, builds this "orchestration" into the product.

Selecting it gives Claude the firepower of xhigh, plus authorization: when encountering substantial work, it can decide whether to spin up a team of agents, split the task, and work in parallel.

Looking back at the "getting dumber" incident in March.

The fact that it alarmed the entire community precisely shows that most people were still stuck in the old mindset of "switching models," completely unaware of the more critical Effort option right beside them.

The era of only looking at model rankings is passing. Orchestrating models is becoming the core skill.

Whoever learns to assign tasks to AI first will be one step ahead, using the Claude that is truly willing to work hard for you. Otherwise, the most expensive model in your hands is just a more expensive search box.

This way, every token you burn is truly spent on the cutting edge.

References:

https://claude.com/blog/claude-model-and-effort-level-in-claude-code

https://x.com/ClaudeDevs/status/2074900291062034618?s=20

https://platform.claude.com/docs/en/managed-agents/multi-agent

Editor: Yuanyu

This article is from the WeChat public account "XinZhiYuan," author: ASI Revelation.

Related Questions

QAccording to the article, what are the two main options users often confuse in Claude Code, and what does each one fundamentally change?

AThe two main options users often confuse in Claude Code are Model and Effort. Fundamentally, changing the Model is like changing the AI's 'brain' or its frozen set of trained capabilities, addressing whether it 'can' do a task. Changing the Effort level is like changing its 'attitude' or the amount of work it's willing to put into a single task, such as how many files it reads or tests it runs.

QWhat was the real reason behind the widespread user complaints in March that Claude Code had 'become dumber', and how did Anthropic resolve the issue?

AThe real reason was not a change to the models themselves, but that Anthropic had silently changed the default Effort level setting from 'high' to 'medium' on March 4th to reduce latency. Users perceived this as the AI becoming less capable. Anthropic resolved the issue on April 7th by reverting the default Effort level back to 'high' and resetting usage quotas for subscribers.

QWhat is the counterintuitive conclusion the article presents regarding model size and effort level?

AThe counterintuitive conclusion is that a smaller model (like Sonnet) with a high Effort level can often outperform a larger, more capable model (like Opus) with a low Effort level. This is because high Effort drives the AI to be more thorough in its work, which can compensate for raw capability in many tasks.

QWhat simple two-step framework does Anthropic suggest for diagnosing when Claude makes a mistake?

AFirst, check the context (prompt, provided tools, CLAUDE.md) to ensure the task was clearly defined. If the context is fine, then ask: Is the mistake due to the AI 'not knowing how' (a Model capability issue) or 'not trying hard enough' (an Effort issue)? If it skipped steps or didn't investigate thoroughly, increase Effort. If it clearly tried but still failed consistently, switch to a more capable Model.

QWhat broader shift in AI programming does the article suggest is illustrated by the confusion over Model vs. Effort?

AThe article suggests a shift from competition based purely on 'which model is strongest' to competition based on 'who is better at orchestrating or scheduling agents.' Effective use now requires acting like a project manager, assigning the right model and the appropriate effort level for different tasks, which is becoming a core skill for cost-effective and powerful AI application.

Related Reads

Will the Ethereum Foundation Evolve into a 'Mascot'? Diversified Organizations Are Fragmenting Its Functions

The Ethereum Foundation (EF) is undergoing significant internal turmoil and functional erosion. Following its largest-ever layoff of 54 staff (20% of its workforce) and a major organizational restructuring announced in June, its Protocol Support Team has been officially dissolved. This comes alongside the high-profile resignation of key figures like co-executive director Xiaowei Wang, bringing senior departures this year to at least eight. Criticism of EF's rigid structure, opaque decision-making, and perceived lack of a clear value narrative for ETH has intensified within the community. The layoffs have catalyzed the emergence of independent, non-profit organizations like Ethlabs and Ethereum Institutional, founded by former EF researchers and members. These entities are now taking on core functions such as protocol research/development and institutional adoption, effectively fragmenting the EF's traditional leadership role. Concurrently, EF's security team is adapting to technological change, deploying specialized AI agents to audit Ethereum's codebase, which successfully discovered a critical vulnerability (CVE-2026-34219). While EF states AI complements rather than replaces researchers, it signals a potential future shift in its operational model. Faced with these challenges—internal restructuring, talent drain, the rise of competing organizations, and AI integration—the Ethereum Foundation appears to be stepping back from a central commanding role. Analysts and community observers speculate it may increasingly transition towards a symbolic "ecosystem mascot" function, while decentralized initiatives drive Ethereum's future growth and institutional adoption.

marsbit1h ago

Will the Ethereum Foundation Evolve into a 'Mascot'? Diversified Organizations Are Fragmenting Its Functions

marsbit1h ago

Nearly a Hundred Players Rush into Embodied Data: With 4.47 Billion Yuan in Financing in One Year, Who Can Really Make Money by 'Selling Data'?

The domestic embodied AI data industry has attracted nearly 100 players, with 70 focused on data collection and 27 on data infrastructure. In the past year, 15 independent embodied data service providers raised approximately 4.47 billion yuan. Despite this growth, the sector remains early-stage, fragmented, and faces significant challenges. Data collection methods are diverse, categorized into four main routes: teleoperation of real robots, human demonstration without a robot (using motion capture, exoskeletons, etc.), simulation synthesis, and distillation from internet videos. Most companies (43%) adopt hybrid approaches, combining multiple routes, as no single method can meet all training needs. Teleoperation alone is pursued by 31% of players, often by state-owned platforms and robot companies, while newer firms favor asset-light, no-hardware human demonstration. Independent data service providers now form the largest player group (40%), indicating the emergence of a distinct industry segment rather than just a subsidiary function for robot makers. Two-thirds of all players are "embodied-native" startups, while one-third are companies that pivoted from fields like AI data annotation, which are more prevalent in the data infrastructure layer. Current annual industry capacity is estimated at 1.6-1.8 million hours plus 70-80 million data points, with a short-term goal to increase this 15-20 fold within 1-3 years. Data collection factories are spread across 20 provinces in China, concentrated in the Yangtze River Delta, Beijing-Tianjin-Hebei, and Pearl River Delta regions. Financially, the 4.47 billion yuan raised in the past year pales compared to the 43.8 billion yuan raised by the broader embodied intelligence sector in just the first half of 2026, highlighting that data remains a less "sexy" bet for investors. The 15 funded independent providers show clear stratification: a top tier led by a unicorn (Lightwheel Intelligence, 3.1 billion yuan), a middle tier of 11 firms raising tens to hundreds of millions, and an early-stage tier of 3 companies. Sixty-nine investment institutions have participated, but none have made concentrated bets, reflecting uncertainty about viable business models. Over half of these funded companies are less than a year old, most are at pre-A or A rounds, and profitability remains largely unproven. In summary, the embodied data industry has become an independent track creating jobs and local economic activity. However, it is still nascent, with unformed consensus, unsolved problems, and unproven business models. The coming 1-2 years will be a critical validation window to see if companies can build sustainable, profitable businesses purely by "selling data."

marsbit4h ago

Nearly a Hundred Players Rush into Embodied Data: With 4.47 Billion Yuan in Financing in One Year, Who Can Really Make Money by 'Selling Data'?

marsbit4h ago

Dialogue with Multicoin Partner: The Crypto Market Has Bottomed Out, Favoring Three Cryptocurrencies in This Cycle

In a recent interview, Multicoin Capital managing partner Tushar Jain shared his views on the crypto market. He believes the market has bottomed and is at an inflection point, citing that negative news no longer causes significant price declines and application adoption continues to grow. Jain remains highly bullish on Solana, viewing it as the correct architectural choice for internet capital markets, particularly for spot and tokenized security trading. He is also positive on Hyperliquid, noting its leadership in decentralized derivatives trading. His investment approach focuses on concentrating capital in top convictions rather than equal allocation. A distinct opportunity he highlights is Zcash (ZEC), which he sees as a return to the industry's cypherpunk ethos and a potential top-five asset by market cap. For assets like Zcash without cash flows, his valuation framework is based on relative market cap ranking. Regarding investment strategy, Jain employs a "three-part" entry method to avoid timing pitfalls and emphasizes long-term "active management" over "active trading." He outlines four sources of investment edge: informational, analytical, behavioral/psychological, and structural. On portfolio management, the fund uses Bitcoin as its "cash," selling assets into Bitcoin during market euphoria to reduce beta risk and using Bitcoin to buy dips. Sales occur only if a better opportunity arises, the investment thesis breaks, or valuations become excessively overheated. While respectful of Ethereum's resilience, he questions its unclear scaling roadmap. Finally, Jain reaffirms his commitment to the thesis that blockchains will form the foundational architecture for future capital markets.

marsbit4h ago

Dialogue with Multicoin Partner: The Crypto Market Has Bottomed Out, Favoring Three Cryptocurrencies in This Cycle

marsbit4h ago

Trading

Spot
活动图片