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.260 ·

New remote-controlled acquire-timeout setting for a lock/queue primitive

A lock primitive's timeout can now be remotely tuned, though no server value is set yet.

TierUnder the hoodhow much it should matter to you
Useful1my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaFeature Gateswhat it touches
KindIn Developmentin v2.1.260,
Under the hood Nothing to try yet No documentation found

A lock primitive's timeout can now be remotely tuned, though no server value is set yet.

A lock/queue primitive's acquire-timeout handling was replaced by Wbt(), which reads a remote numeric setting tengu_cobalt_plinth_sill and, if it's a finite number of 0 or more, uses Math.min(Math.floor(e), L7) as the timeout. The prior strict input-validator for opts.acquireTimeoutMs is gone. tengu_cobalt_plinth_sill defaults to null, so absent a server-pushed value, the code falls back to the existing constant jvn, leaving the new remote-tunable branch present but unexercised by default.

Read from
Names in the bundletengu_cobalt_plinth_sill
Feature flag
tengu_cobalt_plinth_sill 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.260: 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.260. 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_cobalt_plinth_sill

See this entry in the whole of v2.1.260 →

Feedback