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

New 'first upload' bundling path for teleporting to cloud sessions, plus a notice when repo settings try to control it

Teleporting to a cloud session can now seed it from a 'first upload' instead of a full bundle, and repos can no longer control bundle seeding via committed settings

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

Starting a cloud session ("teleporting to remote") now has a new fast path that can seed the new session from an initial "first upload" of files, before falling back to the older full bundle-and-clone process if needed. This includes a created_empty outcome for when the session starts with nothing to upload, with its own handling for that case.

Separately, if a repository's committed .claude/settings files try to set keys related to bundle seeding, Claude Code now shows a notice that these are ignored. Bundle seeding is treated as a setting that belongs to the machine owner, not something a repository can control.

Why

The new upload path is meant to make opening a cloud session faster in the common case. The settings notice prevents a shared repository configuration from silently overriding how a given machine seeds its own cloud sessions, and tells the user clearly when that's happening.

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhether the 'first upload' path actually makes teleporting faster or otherwise changes the user-visible experience beyond the outcome…

See this entry in the whole of v2.1.280 →

Feedback