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.301 ·

Remote-session attachments can be stored in a user-data folder behind CLAUDE_CODE_ATTACHMENTS_IN_USER_DATA

New CLAUDE_CODE_ATTACHMENTS_IN_USER_DATA variable lets remote sessions keep attachments in a user-data folder, with retention checks and hardened writes

Group of 3 Use it now Notable New Features
JSON All of v2.1.301
Use it nowTier: how much it should matter to you
5Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
Cloud SessionsArea: what it touches
New FeaturesKind: in v2.1.301,
What probably matters to youSection of the release

What

A new environment variable, CLAUDE_CODE_ATTACHMENTS_IN_USER_DATA, sets up a way for remote sessions to keep attachments (files sent into the conversation) in a folder under a user-data root. An environment variable is a named setting passed to a program when it starts. The variable is new in this build and has been added to two lists of variables Claude Code passes through.

  • At startup, the routine runs only when both CLAUDE_CODE_ATTACHMENTS_IN_USER_DATA and CLAUDE_CODE_REMOTE_SESSION_ID are set.
  • It checks your organization's data-retention policy first. If the retention exemption is disabled it backs off with the reason retention_governed. If the retention state cannot be determined it backs off with retention_unknown. In both cases the feature is recorded as not used.
  • It then checks that the user-data root is usable. If so, it looks for the session's existing attachment folder and how many files it holds.
  • Saving an attachment into that folder now opens each part of the path one step at a time. It refuses symbolic links (shortcuts to other locations) and folders not owned by the current user, and checks whether the file system honours the "do not follow links" option.
  • When a save is refused, it fails with nothing was saved: the attachments folder cannot be used. Before, the folder was created with a plain mkdir and the file written directly.

Why

The feature is off unless the variable is set, and it steps aside for organizations under retention rules. The stricter save path guards against an attachment being redirected somewhere unexpected, but it can make saves fail in unusual setups, such as folders owned by another user.

Read from
What the documentation says
How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: CLAUDE_CODE_ATTACHMENTS_IN_USER_DATA

See this entry in the whole of v2.1.301 →

Feedback