What
A cloud session is a Claude Code session running on Anthropic's servers that can run tools on your own computer through a link. This release adds and changes several pieces of how a local machine attaches to such a session:
- New code lets the SDK host (a program that embeds Claude Code) attach a local git checkout to a running cloud session and start file sync, which keeps the local folder and the session's copy in step.
- It first checks the folder: it must be the top of a git repository, use a supported git layout, and be a checkout of the same repository the session works in. It then asks you through a sync-mode dialog, which must be one the host has declared it can show. Last, it checks that the folder is on the session's branch and that its commit is in the recent history of that branch.
- If every check passes, sync is armed and starts the next time Claude runs something on that computer. Each refusal has its own message, for example "File sync was not started: this folder sits inside a larger git repository."
- The only caller is the headless remote attach path. It runs when the session has no directory-sync handle and directory sync reports
not_armed_here, and it then loadsstartAttachSyncand starts it. - The flow is controlled by the gate
tengu_violin_soundpost, whose built-in default is off, and fails early with "flag_off" when the gate check does not pass. The flag server returned off for this site's account and for the anonymous baseline, but no reading has been taken under this release yet. - In serve mode, attach now starts preparing the link while it reads the stream position, instead of afterwards, and passes the result to
linkForServingalong withhandsKeyToLaterReaders. This is controlled bylinkPreparationOverlapOn, which falls back to the gatetengu_violin_bassbar, whose built-in default is on. Nothing has been read about that gate yet. - Linking now accepts
localIdentity,preparedandhandsKeyToLaterReaders, and the link step records which proof form it used (proof) and whether it retried with the v1 form (proof_v1_retry).
Why
These pieces point to attaching an existing local checkout to a cloud session and keeping the two in sync, with link setup overlapping other work at attach time. Whether the file sync flow runs for you depends on server-controlled gates.
tengu_violin_bassbar Not enough to sayNothing 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.282: on
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_violin_soundpost Off in both readingsThe 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.282: 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.282. It isn't a statement about your account. What a flag value here can and cannot tell you
A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
New in this build: tengu_violin_bassbar