Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.309 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.299 ·

Locally managed login pins now take precedence over server-managed settings

forceLoginOrgUUID and forceLoginMethod set by a local admin now apply ahead of server-managed settings, and cached remote settings must match those pins

Group of 3 You'll notice Improvements
JSON All of v2.1.299
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Managed SettingsArea: what it touches
ImprovementsKind: in v2.1.299,
ImprovementsSection of the release

What

Managed settings are settings an administrator controls for you. They can come from local device-management tools (MDM), from a managed settings file on the machine, or from Anthropic's servers. forceLoginOrgUUID pins claude.ai logins to one organization, and forceLoginMethod restricts which login method you can use.

  • The settings description now says forceLoginOrgUUID and forceLoginMethod (claudeai or console), when set by local MDM or a managed file, apply ahead of server-managed settings in both merge modes.
  • Two new helpers read the machine policy. One reports whether the machine administrator may pin the sign-in organization, and assumes yes if the policy cannot be read. The other reports whether the policy sets forceLoginOrgUUID. Read failures are logged as machineAdminMayPinSignInOrg: the machine policy read threw: and machineAdminPinsSignInOrg: the machine policy read threw:.
  • The saved copy of remote managed settings on disk is now checked against the account and organization pins. If it is not trusted, Claude Code treats it as missing.
  • A .synced-at stamp file records when settings were last synced.
  • Managed settings files gain file-protection tracking, and the login pins are carried across the different settings sources.

Why

An administrator's local login pins can no longer be overridden by settings from the server. A saved copy of remote settings that does not match those pins is ignored rather than applied.

How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's release notes agreeAdded $.session.identity() for mods installed by managed settings: how the session is signed in, and its organization and email when managed…

See this entry in the whole of v2.1.299 →

Feedback