Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.263 ·

New gated behavior: tengu_polished_dewdrop controls a 'drop/block/error' response

A new hidden switch, settable via env var, can make certain responses silently drop or error instead.

TierNothing to try yethow much it should matter to you
Useful2my rating, 1 to 5
Signal3worth watching, 1 to 5
AreaRate Limitingwhat it touches
KindIn Developmentin v2.1.263,
Nothing to try yet Notable

A new hidden switch, settable via env var, can make certain responses silently drop or error instead.

A new function, Oar(), reads the env var CLAUDE_CODE_POLISHED_DEWDROP or falls back to a gate named tengu_polished_dewdrop (default empty string), mapping the value drop to drop_block and block to error (any other value falls through to undefined). It's consulted alongside an existing check (KPe()/LTn) to decide whether to short-circuit or flag an error path, guarded by !a.CLAUDE_CODE_SIMULATE_PROXY_USAGE && !rK() && qh().

Read from
Feature flag
tengu_polished_dewdrop 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.263: no gate table built for this version

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.263. 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_polished_dewdrop

See this entry in the whole of v2.1.263 →

Feedback