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 ·

CLAUDE_CODE_LEGACY_BUNDLE is ignored when a project settings file sets it

CLAUDE_CODE_LEGACY_BUNDLE is ignored with a warning when it comes from a settings file rather than your launch environment or own settings

You'll notice No documentation found Improvements
JSON All of v2.1.281
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
Cloud SyncArea: what it touches
ImprovementsKind: in v2.1.281,
ImprovementsSection of the release
What

When Claude Code uploads your repository to a cloud session, it packs it into a git bundle, a single file holding the repository. The environment variable CLAUDE_CODE_LEGACY_BUNDLE switches that packing back to the older, less hardened method. It now only counts when it comes from:

  • the environment Claude Code was started in
  • your own settings, for example ~/.claude/settings.json

It is ignored, with a warning, when another settings file sets it or when a settings layer moves HOME or CLAUDE_CONFIG_DIR. In those cases the hardened method runs, and telemetry records legacy_switch_ignored.

Why

A project's settings file cannot quietly turn off the hardened upload for you. If you rely on the legacy method, set the variable in your shell or your own user settings.

Read from
Names in the bundleCLAUDE_CODE_LEGACY_BUNDLE
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's release notes agreeAdded "attribution": false in settings.json to hide all commit and PR attribution; older CLI versions skip a settings file that holds it, so…

See this entry in the whole of v2.1.281 →

Feedback