Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 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.

Read from
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Confirmed since Anthropic's documentation has since written up forceLoginMethod, on Claude apps gateway for Amazon Bedrock, Claude Platform on AWS, Google Cloud, and Microsoft Foundry. Claude Code uses one sign-in at a time: a gateway sign-in takes the place of a Claude for Teams or Enterprise login. Gateway sessions don't fetch the [server-managed settings](/docs/en/server-managed-settings) you set in the claude.ai admi… claude-apps-gateway see the edit
Added since A small documentation edit on Claude apps gateway for Amazon Bedrock, Claude Platform on AWS, Google Cloud, and Microsoft Foundry touched a line naming forceLoginMethod after this was published. There is no service-token flow for unattended pipelines. Gateway sign-in always runs the browser device flow, so a CI job with no developer to approve the sign-in can't authenticate; configure those against your provider directly. Deploy `… claude-apps-gateway see the edit
Confirmed since Anthropic's documentation has since written up forceLoginOrgUUID, on Deploy with Enterprise Admin Console. * **Allow only your organization:** set [`forceLoginOrgUUID`](/docs/cowork/hipaa-setup#what-each-claude-desktop-key-does) to your Claude organization's ID. This ID isn't [`deploymentOrganizationUuid`](/docs/third-party/claude-desktop/confi… third-party/claude-desktop/admin-console see the edit
How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up forceLoginOrgUUID, on Deploy with Enterprise Admin Console.
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