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
HomeReleasesv2.1.232entry #287

Claude Code v2.1.232 ·

Two remote-control gates for resuming a bridged session

Resuming a session another process still controls can decline the takeover and tell you why.

You'll notice In Development
JSON All of v2.1.232
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Remote ControlArea: what it touches
In DevelopmentKind: in v2.1.232,
In DevelopmentSection of the release
What

When you resume a transcript whose remote-control session is still served by another local process, Claude Code can now decline to take it over, logging that it is "not taking it over (/remote-control here moves it)". A second gate decides whether a restored session must reattach or may mint a fresh one.

Details
  • tengu_bridge_resume_respects_local_owner guards the decline-and-log behaviour, recording restored_pointer_held_locally.
  • tengu_sequential_puffin chooses between reattach-or-fail and falling back to a new session.
  • Both default to on when no remote config value is present; the real values come from the server, so this build does not decide them.
Evidence

tengu_bridge_resume_respects_local_owner

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

Read from
Names in the bundle/remote-control
Feature flag
tengu_bridge_resume_respects_local_owner Not enough to say

Nothing 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.232: 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_sequential_puffin Not enough to say

Nothing 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.232: 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.

Read once, for one account on one subscription tier, against v2.1.232. It isn't a statement about your account. What a flag value here can and cannot tell you

Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Confirmed since Anthropic's documentation has since written up /remote-control, on Claude Code changelog. * Fixed `/remote-control` and other claude.ai-gated commands to suggest `/login` when signed out instead of showing a Claude for Enterprise migration message changelog see the edit
How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up /remote-control, on Claude Code changelog.
Anthropic's release notes agreeRemote Control: resuming a conversation no longer silently takes Remote Control away from another Claude Code on the same machine that still…
The name it cites is new in this buildNew in this build: tengu_bridge_resume_respects_local_owner

See this entry in the whole of v2.1.232 →

Feedback