← Reddit

Anyone else's Opus 4.8 a bit anemic lately?

Reddit · senerh · July 16, 2026
A user reported experiencing significant performance degradation with Claude's Opus 4.8 model over the preceding 2-3 days, including extended processing times in Claude Code, increased error rates, and unreliable results from both the model and its Sonnet subagents. The user cited a specific example where a routine task that previously took minutes required 56 minutes to complete, and noted additional issues with the Cowork feature missing information and producing inconsistent results. The performance fluctuations prompted concerns about the model's reliability for enterprise-grade professional computing work.

Detailed Analysis

A Reddit post in r/Anthropic surfaces a recurring but hard-to-verify complaint in the AI user community: perceived performance degradation of a Claude model over time, in this case "Opus 4.8" running through Claude Code and Cowork. The poster, using Max 5x with Opus 4.8 Extra set as default, describes tasks that previously took minutes—like updating a CLAUDE.md file—now stretching to nearly an hour, accompanied by more errors from both the main model and its Sonnet subagents. They also note Opus revisiting and correcting its own recent work, suggesting inconsistency in output quality rather than a one-off glitch. Notably, the post references "Opus 4.8," a version number that does not correspond to any publicly announced Anthropic model as of mid-2026, which either reflects internal naming/versioning not yet public, a labeling quirk within Claude Code's model selector, or simply user shorthand—worth flagging as a factual ambiguity in the discussion itself.

This type of complaint is part of a well-established pattern in the LLM user community often referred to as "model drift" perception. Users of GPT-4, Claude 3, and other frontier models have repeatedly reported subjective declines in quality or speed following updates, A/B testing of quantized variants, load balancing across data centers, or backend routing changes—even when the underlying model weights are unchanged. Anthropic, like OpenAI, rarely confirms silent backend changes, which fuels speculation. The poster's own theories—that compute is being reallocated toward training a new model, or being consumed by unrelated products (referencing "the Fable game," likely alluding to Anthropic's involvement in creative/entertainment experiments)—illustrate how opaque infrastructure decisions breed speculation among power users who have no visibility into GPU allocation, routing logic, or quantization changes that might explain latency and quality shifts.

The stakes described here matter beyond one user's frustration because they touch on Anthropic's core enterprise positioning. Anthropic has marketed Claude, and Opus-tier models specifically, as the premium choice for coding, agentic workflows, and professional use cases where reliability and predictable performance are essential selling points against competitors like OpenAI and Google. Claude Code, Anthropic's CLI-based coding agent product, is central to this enterprise narrative. If users on high-tier subscriptions (Max 5x) experience unpredictable latency spikes and quality regressions in exactly these workflows, it directly undermines the "enterprise-grade" reliability claim that differentiates Anthropic from consumer-facing chatbot competitors. Performance inconsistency is especially damaging for agentic coding tools, where trust in autonomous multi-step execution (including subagent delegation to Sonnet) depends on consistent, predictable behavior across sessions.

More broadly, this incident reflects a structural tension in the frontier AI industry: providers are simultaneously serving massive inference demand, training next-generation models, and running special projects (games, agents, enterprise integrations) on shared compute infrastructure, all while trying to maintain the appearance of static, versioned "products." Unlike traditional software, LLM behavior can shift due to routing to different quantization levels, load-shedding under demand, or silent prompt/system-instruction updates—none of which are typically disclosed to end users in real time. As AI companies compete on both raw capability and reliability, incidents like this one highlight the growing importance of transparency around infrastructure changes, versioning, and capacity planning. Until providers offer clearer signals (changelogs, status pages, or explicit deprecation/rollout notices) users will continue to rely on anecdotal forum posts to diagnose whether their experience reflects genuine capacity constraints, and Anthropic's credibility with professional and enterprise customers will hinge on how well it can either explain such fluctuations or eliminate them.

Read original article →