Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.281 ·

Org memory policy check gains a 'held' state while the verdict loads

The organization memory sync check can now be open, closed or held, and tools-based memory mode no longer waits for the policy verdict to load

Group of 2 Nothing to try yet In Development
JSON All of v2.1.281
Nothing to try yetTier: how much it should matter to you
2Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
MemoryArea: what it touches
In DevelopmentKind: in v2.1.281,
In DevelopmentSection of the release

What

Organization memory lets memory be synced for a team rather than kept only on one machine. The check that decides whether it is allowed used to answer only yes or no. It now has three states: open, closed and held. held means the organization's policy verdict has not arrived yet. open is returned only when the policy permits allow_memory_sync.

  • The memory watcher, which starts syncing, now waits for the verdict before it starts. It stays off when HIPAA evidence or another problem means no verdict can be obtained. The allow_memory_sync policy is denied under HIPAA and zero data retention (ZDR) arrangements.
  • Memory has a 'tools' mode and a 'files' mode. The choice now also picks tools mode whenever the policy state is anything but closed, including while it is still held. Before, tools mode needed allow_memory_sync up front, so it can now start before the verdict loads. The tengu_linen_orbit switch can still turn tools mode on as before.
  • The discovery of synced project memory now returns quietly when the state is held, instead of logging that the gates are closed.

The policy check itself depends on the tengu_haze_glass flag and on CLAUDE_CODE_DISABLE_ORG_MEMORY being unset. CLAUDE_MEMORY_STORES is also part of the discovery chain.

Why

In practice, organizations where synced memory is being rolled out can get tools-based memory without waiting for the policy verdict, and sync does not start until that verdict is known. Setting CLAUDE_CODE_DISABLE_ORG_MEMORY still turns the organization memory check off.

Read from
Feature flag
tengu_linen_orbit 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.281: off

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.

tengu_haze_glass Off in both readings

The 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.281: off

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.281. 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.
Anthropic's release notes agreeImproved screen-reader output in /mcp: a disabled server is read as "off" instead of "pending"

See this entry in the whole of v2.1.281 →

Feedback