Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.220 ·

Opus 5 is skipped when the client cannot see model entitlements

If your session has no model access info cached, Claude won't fall back to Opus 5.

You'll notice Improvements
JSON All of v2.1.220
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
0Signal: worth watching, 1 to 5
Model FallbackArea: what it touches
ImprovementsKind: in v2.1.220,
ImprovementsSection of the release
What

A new predicate detects sessions where Claude Code has no entitlement data at all, and the Opus lineup walk used for refusal fallback filters Opus 5 out in that state.

Details
  • isEntitlementOverlayUnavailable returns true when the provider is first-party, an OAuth token is stored, the profile scope is absent, no Anthropic API key is set, and the cached model-access list is empty.
  • A helper combines that predicate with a canonical-name check against "claude-opus-5"; the candidate scan becomes .find((n) => N1e(lo(n)) && !u2c(n) && r(n)), and a sibling helper substitutes "claude-opus-4-8" in its place.
  • No remote flag is involved. It is driven purely by runtime auth and cache state, so a first-party OAuth session with an empty entitlement cache will not auto-pick Opus 5 as a fallback target.
Evidence

isEntitlementOverlayUnavailable

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.220 →

Feedback