Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.275 ·

New promotional credit offer added to the usage-limit menu

Hitting usage limits can now show a 'limit wall' promo offering claimable credit, gated by org policy

Group of 3 Nothing to try yet No documentation found In Development
JSON All of v2.1.275
Nothing to try yetTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
PromotionsArea: what it touches
In DevelopmentKind: in v2.1.275,
In DevelopmentSection of the release

What

When you hit usage limits, the options menu that appears (alongside choices like upgrade, extra usage, cancel, auto-resume, and others) can now include a new limit-wall-promo option.

  • Its label and body text come from a remote-configured object (limitWall: notice line, label, body, and claim-page line).
  • Selecting it shows "Opening the claim page…", fires telemetry, and a new CLI action claim-credit is available; a matching general notice variant is also wired in.
  • The feature tracks a capped startup-seen counter (shown at most 3 times) and caches eligibility/claim status so it isn't re-checked unnecessarily.
  • Whether this promo appears at all is controlled by an org-compliance policy (allow_promo_offers) that is allowed by default but denied under HIPAA mode.

Why

This gives users who hit a usage limit a way to claim a promotional credit offer directly from the limit-reached menu, while letting organizations with compliance requirements like HIPAA opt out of showing it.

Read from
Names in the bundlelimit-wall-promo
Feature flag
tengu_swift_lynx Not enough to say

Nothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.

This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.275: not a boolean we can read

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

tengu_smooth_forest Off by default, switched on for this account

The shipped code defaults this off, and the flag server returned on for the one account this site reads on this version. That is the reading that makes the entry above worth a second look, and it still says nothing about your account.

This account: on · anonymous baseline: on · compiled default in v2.1.275: off

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

Read once, for one account on one subscription tier, against v2.1.275. It isn't a statement about your account. What a flag value here can and cannot tell you

How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: tengu_smooth_forest

See this entry in the whole of v2.1.275 →

Feedback