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

Cloud sessions can be bound to the machine that created them

Cloud sessions can be bound to your machine so local tools only run there, currently gated off.

Nothing to try yet Notable In Development
JSON All of v2.1.227
Nothing to try yetTier: how much it should matter to you
3Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
Cloud SessionsArea: what it touches
In DevelopmentKind: in v2.1.227,
What probably matters to youSection of the release

Device binding for cloud sessions is built behind a flag, with unbound sessions as the fallback.

What

New machinery ties a remote or cloud session to the device that started it, so local tools only run for that machine. Session creation registers the machine and signs a proof of the binding. It is gated on tengu_violin_wood, checked asynchronously, and any error means the session is simply not bound.

Details
  • Session creation is refused outright in combinations not yet supported, reported as device_bind_project_unsupported and device_bind_agent_unsupported.
  • Binding failures degrade to an unbound session and emit tengu_device_bind_skipped or tengu_device_bind_failed.
  • Three new server rejection causes are recognised: bind_attestation_stale, bound_session_unattested_write, and untrusted_device.
Evidence

bound_session_unattested_write

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

Read from
Feature flag
tengu_violin_wood Off in both readings

The 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.227: 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.227. It isn't a statement about your account. What a flag value here can and cannot tell you

What has happened since
Flag reading moved The flag server now returns off for tengu_violin_wood, read as this account. 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.
Flag reading moved The flag server now returns nothing at all, having stopped carrying it for tengu_violin_wood, read as this account. 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.

See this across every release →

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: tengu_violin_wood

See this entry in the whole of v2.1.227 →

Feedback