Skip to content

[BUG] Severe quality degradation despite /model showing Opus - possible silent model mismatch #13943

Closed as not planned

Description

@Smoin1

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Since approximately 3 days ago, Claude Code shows severe quality degradation in following basic instructions, despite /model command confirming Opus is active.

Symptoms:
Ignores explicit file targets (e.g., "add to meta.json" → edits ai-research.json instead)
Claims context is lost even though the text was just provided
Repeatedly misquotes user input when asked to repeat it
Doubles down on errors instead of re-reading instructions
Behavior matches reports of silent Sonnet fallback, but /model still shows Opus

Relation to #3434
This may be related to #3434 (silent fallback to Sonnet), but with an additional issue: the /model command does not reflect the actual model being used. The UI/CLI says Opus, but behavior suggests otherwise.

Before (3+ days ago):
Instructions followed correctly
Same workflow worked without issues

After:
Simple tasks fail repeatedly
Must start new chats constantly
Even first message in fresh chat shows degraded behavior

What Should Happen?

If /model shows Opus, responses should reflect Opus-level instruction following.
Request
Please investigate whether there's a mismatch between displayed model and actual model being served.

Error Messages/Logs

Steps to Reproduce

Give clear instruction with explicit file target: "add X to meta.json"
Claude edits wrong file or misinterprets completely
Check /model → shows Opus
Behavior does not match Opus capabilities

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

2.0.69

Platform

Anthropic API

Operating System

Other Linux

Terminal/Shell

VS Code integrated terminal

Additional Information

No response

Activity

  1. github-actions commented on Jan 13, 2026

    @github-actions

    This issue has been inactive for 30 days. If the issue is still occurring, please comment to let us know. Otherwise, this issue will be automatically closed in 30 days for housekeeping purposes.

  2. github-actions commented on Feb 14, 2026

    @github-actions

    Closing for now — inactive for too long. Please open a new issue if this is still relevant.

  3. github-actions commented on Feb 21, 2026

    @github-actions

    This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.

  4. locked as resolved and limited conversation to collaborators on Feb 21, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    autocloseIssue will be closed automaticallybugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions