Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.277 ·

Policy-limits client lazily composed at startup, behind an unresolved gate F()

Policy limits client for the agents view is now lazily loaded at startup behind an internal gate

TierNothing to try yethow much it should matter to you
Useful2my rating, 1 to 5
Signal3worth watching, 1 to 5
AreaPolicy Limitswhat it touches
KindIn Developmentin v2.1.277,
Nothing to try yet

Policy limits client for the agents view is now lazily loaded at startup behind an internal gate

What

A new startup routine checks a catalog decision setting, and if it isn't already set, dynamically loads a policy-limits client module for the agents view. It only actually composes the client when an internal condition is true and a storageV5 option is present; failures are caught and logged as a warning rather than crashing. It always waits for a "cold start" step to finish before continuing.

Why

This defers loading policy-limits code until it's needed and guards startup against failures in that composition step, so a problem there produces a warning instead of breaking the agents view.

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhat the internal gate condition and `catalogDecision` setting actually control is not established by the evidence.

See this entry in the whole of v2.1.277 →