Unclear It is not confirmed that the attach step is the part governed by tengu_violin_soundpost, or which switch governs the new end-of-turn upload.
What
With --cloud, Claude Code can keep a folder on your machine in sync with a cloud session. That sync has been hardened.
- Device signing: file uploads (put, upload-begin and upload-commit) are now signed with the key of the device the session is bound to, and carry
device_attestationanddevice_attestation_issued_at. Attach and headless attach pass the bound device's id and signer through. - No usable device key: a folder session with no bound device id stops file sync with reason
device_key_unavailable, and an unsigned result maps to the same cause. A separate message covers a machine that cannot sign as the bound device. - Off switch: when the server refuses with the reason "synced_file_lane_denied" (HTTP 400), the cause is now
switched_off_by_anthropicinstead of the general "sync is not available for this session". You see "file sync was switched off on Anthropic's side for now; the cloud session keeps whatever files it has - re-open the session later to try again", or, at attach, "File sync was not started: it is switched off on Anthropic's side for now. Attach the folder again later to retry." This shows as a warning, and the paused or refused status elsewhere in the sync view reflects it. - The sync worker's device-status, failure-tracking and restore logic was rewritten. It stands down after 3 reads without a status and adds held-turn and back-online states.
- The attach path checks
tengu_violin_soundpost, with a fallback of off. No reading of it has been taken under this release.
Why
Cloud file writes are now tied to the machine the session is bound to, so on a machine without a usable device key sync stands down instead of uploading. When sync stops on Anthropic's side, you can tell that apart from a problem on your own machine and know a later retry may work.
tengu_violin_soundpost On for this account, and not off by defaultThe flag server returned on for the one account this site reads, and nothing in this release compiles it off by default. The compiled default is shown below, and says which it is when we cannot read one: a fifth of gates compile in a string or a number rather than on or off, and most published releases have no gate table behind them at all. No client can see what the server returns for your account.
This account: on · anonymous baseline: on · compiled default in v2.1.284: not a boolean we can read
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.284. It isn't a statement about your account. What a flag value here can and cannot tell you
It is not confirmed that the attach step is the part governed by tengu_violin_soundpost, or which switch governs the new end-of-turn upload.