Identity changes mid-session can now defer a policy reload instead of immediately reloading as an account change
When the credential identity (principal) behind a session changes mid-session, Claude Code can now, in a new gated code path, keep using the currently loaded policy verdict while fetching the new principal's policy in the background, instead of immediately reloading everything as if the account had changed. It handles two cases differently: one where a policy check is already in flight (marking a principalCheckOwed flag) and one where things have settled, in which case it fetches the new policy while keeping the old verdict active in the meantime.
This is a mechanism to avoid disruptive, immediate policy reloads triggered by mid-session identity changes. Its associated gate tengu_steady_marshmallow returned off for this site's account and off for the anonymous baseline, and no reading has been taken under this release yet; the related gate tengu_policy_limits_principal_changed hasn't been read at all, which is not the same as being off.
tengu_steady_marshmallow Off in both readingsThe flag server returned off for the account this site reads and for the anonymous baseline. A reading of off cannot rule out a rollout these two readings sit outside of.
This account: off · anonymous baseline: off · compiled default in v2.1.274: 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.
Read once, for one account on one subscription tier, against v2.1.274. It isn't a statement about your account. What a flag value here can and cannot tell you