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

Device bridge registers this machine as a remote-tools device

Your machine can register as a named remote device with a tool that reports its environment.

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

A WebSocket device bridge with an MCP server named claude-code-device sits behind the tengu_violin_wood gate, defaulting false, with an overridable bridge URL.

What

A new subsystem connects the CLI to a claude.ai bridge over WebSocket as a named device and exposes an MCP server for it. It is off in this build unless the remote gate turns on.

Details
  • MCP server name claude-code-device, with one tool get_device_info, described as "Returns runtime environment details for this device (platform, architecture, Claude Code version, and device name). Call this to confirm the device connection is live."
  • handles handshake, heartbeats ({"type":"hb"}), reconnect backoff, slot contention and a 33554432-byte inbound frame cap
  • the default enable check awaits the remote gate tengu_violin_wood and falls back to false if it throws
  • additionally requires non-first-party egress to be allowed, provider firstParty, and the allow_remote_sessions policy
  • default endpoints are wss://bridge.claudeusercontent.com and wss://bridge-staging.claudeusercontent.com, overridden by CLAUDE_REMOTE_TOOLS_BRIDGE_URL
Evidence

[deviceBridge] skipped: non-essential egress disabled, non-first-party provider, or remote sessions policy-denied

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

Read from
Names in the bundleCLAUDE_REMOTE_TOOLS_BRIDGE_URLallow_remote_sessions
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.225: 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.225. 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 →

See this entry in the whole of v2.1.225 →

Feedback