[BUG] Context window defaulting back to 200k

Open 💬 17 comments Opened Mar 20, 2026 by hughtgrandstaff-hue

Preflight Checklist

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

What's Wrong?

The context window appears to be reset to 200k tokens in opus 4.6 even though it advertises the 1m token in the CLI launch screen. This is persistent across CLI, desktop, and VS code.

!Image

What Should Happen?

Get the context window back to 1m tokens.

Error Messages/Logs

Steps to Reproduce

Just launch the window

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

2.1.78

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_

View original on GitHub ↗

17 Comments

Chechesa · 3 months ago

Same issue here. Max plan, VS Code extension v2.1.79 → updated to v2.1.81, Opus still shows 200k instead of 1M in the VS Code model picker.

The 1M context was previously showing correctly in the VS Code extension picker. A few hours later, it disappeared without any changes on my end — just stopped showing up. Updating the extension to 2.1.81 didn't fix it either.

CLI works correctly and shows "Opus 4.6 (1M context)" as default.

This seems to be a VS Code extension-specific issue where the model picker no longer offers the 1M variant, even though it did before.

swefd · 3 months ago

Same here. I use a newer version claude in the devcontainer and noticed that i only have 200k while in the macOS CLI - 1M context window.

There is a version difference.

v2.1.77 -> 1M context
v2.1.81 -> 200k

They nerfed it with the update for some reason.

UPD : Confirmed ✅

Downgrading solves the issue:

You might need to remove the newer version before downgrading.

#Native
curl -fsSL https://claude.ai/install.sh | bash -s 2.1.77


#NPM
npm install -g @anthropic-ai/claude-code@2.1.77 --force

#Brew
brew uninstall claude-code && brew install claude-code@2.1.77                                                                                                                                                              
# or pin to prevent auto-upgrades:                                                                                                                                                                                                                               
brew pin claude-code

#Yarn
yarn global add @anthropic-ai/claude-code@2.1.77 --force 
harleymckenzie · 3 months ago

Same issue here, using version 2.1.81

russkosowski · 3 months ago

Same issue here — Windows / Cowork / v2.1.78 / Max plan
Chiming in from a slightly different setup than the macOS reports to confirm this is also happening on Windows via Cowork (not CLI):
Environment:

OS: Windows 11
App: Claude Desktop (Cowork mode) — Claude_1.1.7714.0_x64
Claude Code version: 2.1.78 (confirmed in AppData\Roaming\Claude\claude-code-vm\2.1.78)
Plan: Max
Extra Usage: enabled, well within spending limit ($16.75 / $50)

What I see:

tengu_hawthorn_window: 200000 confirmed in cachedGrowthBookFeatures inside .claude.json
Context counter in bottom right no longer shows 1M — conversations compact much earlier than before
Server is actively re-fetching and re-returning 200000 after every restart — clearing the cachedGrowthBookFeatures cache and restarting doesn't help

What I've tried:

Multiple full computer restarts
Set ANONYMIZED_TELEMETRY = true in Windows User registry (HKCU\Environment)
Added "env": { "ANONYMIZED_TELEMETRY": "1" } to ~/.claude/settings.json to inject into the Claude Code Linux VM environment at startup
Confirmed no DISABLE_TELEMETRY in settings.json
Confirmed cachedExtraUsageDisabledReason: null
Closed all other concurrent Cowork sessions before restarting

None of the above changed the server response — it still returns 200000.
Version regression confirmed: Based on @swefd's finding above that v2.1.77 worked and v2.1.78+ breaks it — that matches exactly when this started for me.
Also linking to #36760 which requests an opt-in toggle for Cowork users specifically — would appreciate that as a stopgap while this gets sorted. Happy to provide any additional debug info if helpful.

gerrywastaken · 3 months ago

Reverting back to the previous version didn't help

<img width="1187" height="1719" alt="Image" src="https://github.com/user-attachments/assets/26002b5f-915f-4fc2-8a12-671615427eff" />

swefd · 3 months ago

@gerrywastaken You need to have a MAX subscription for 1M token context window.
From what I see on the screenshot you have $20 Pro subscription.

gerrywastaken · 3 months ago

Edit: @swefd it seems even anthropic is confused this is probably where I got the confusion from

!Screenshot_20260323-183024.png

Oh my god you are right. Thank you so much for pointing that out. They previously activated on my account and then removed it. That's why I was confused. Damn I don't want to spend five times as much just for one million context. But at least now I know what the reason is. Thank you

uaoa · 3 months ago

The same problem 2.1.81

smstar00 · 3 months ago

Experiencing the same issue. On v2.1.78+, context window shows 200K instead of 1M on Max plan. Previously working fine on v2.1.77.

junaidtitan · 3 months ago

We hit this too — 1M context model silently falling back to 200k thresholds mid-session, compaction firing way too early.

There's a workaround we ship in Cozempic: a --context-window flag and COZEMPIC_CONTEXT_WINDOW env var that let you explicitly set the window for threshold calculations. The guard daemon uses this to prune at the right % regardless of what Claude Code detects.

COZEMPIC_CONTEXT_WINDOW=1000000 cozempic guard

We built it internally because this exact miscalculation was triggering compaction on our 1M sessions far too aggressively. Open-sourced it since clearly others are hitting it too.

Happy to hear if it helps — or if you find cases where the window override doesn't stick.

noether-current · 3 months ago

Reproducing on Linux (WSL2) with Claude Code CLI — Opus 4.6 shows 200k context window (visible via /context command). Anthropic docs confirm Opus 4.6 supports 1M. Would love to see this fixed.

Zetanova · 3 months ago

claude 2.1.87 on WSL2 Opus-4.6 1M is shown but /context shows 1M
auto compaction kicks in at 200k and with disabled auto compaction then
on skill call at 200k errors "Context limit reached".

jg-chalk-io · 3 months ago

Same bug for me. Is there a fix for this?

forfrossen · 3 months ago

Same here, v2.1.92 with max 200. claude-opus-4-6 36.3k/200k tokens (18%) => can't work like this

Zetanova · 3 months ago

I set the autocompact limit to 900k with autocompact mode off, this fixed it for me.
But i saw the 1M context window at /context and everywhere else only that autocompact was at ~194k and limit reached at 240k event with the 1M displayed.

rdfitted · 3 months ago

Same for me, just happened in recent update:

Environment

  • Claude Code version: 2.1.98
  • Model: claude-opus-4-6
  • Plan: Max 20x
  • Platform: Windows 11 Pro
  • Shell: Git Bash
ludekvodicka · 2 months ago

Same here. $200/m subscription, and every --continue on claude session invokes 1M -> 200k context degradation + immediately autocompacting. Very annoying