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

Teleporting a session to the cloud now stops the local remote bridge from reviving it

After you send a session to the cloud, your terminal stops trying to reconnect to it.

You'll notice Improvements
JSON All of v2.1.229
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
Remote ControlArea: what it touches
ImprovementsKind: in v2.1.229,
ImprovementsSection of the release
What

Once a session has been sent to the cloud, the local remote-control bridge no longer tries to reattach to it, re-mint its credentials or re-poll for recovery. Each of those paths now bails out early reporting "Session teleported to cloud" rather than reconnecting to a session that has moved.

Details
  • Teleported session ids are held in a bounded set, so very old ids eventually age out.
  • Reattach is either suppressed or fails terminally depending on the path.
  • New counters: bridge_repl_v2_revive_reattach_teleported and bridge_repl_v2_remint_loop_teleported.
Evidence

[remote-bridge] Reattach suppressed for teleported session

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

See this entry in the whole of v2.1.229 →

Feedback