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

Remote Control stops retrying an unreachable server

Remote Control gives up after 14 reconnect tries and tells you it couldn't reach the server.

You'll notice Improvements
JSON All of v2.1.232
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.232,
ImprovementsSection of the release
What

Reconnect attempts after a lost heartbeat now stop after 14 tries instead of looping indefinitely, and report that Claude Code could not reach the Remote Control server for about 30 minutes.

Details
  • Only the heartbeat close case (code 4093) sets a retry cap; other close reasons are unchanged.
  • Giving up emits telemetry carrying the attempt count, elapsed milliseconds, and how many queued writes were dropped.
  • Controlled by a tengu_bridge_recovery_patience gate; nothing in this build sets it, so it falls back to on and the real value comes from remote config.
Evidence

bridge_repl_v2_remint_loop_exhausted

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

Read from
Feature flag
tengu_bridge_recovery_patience 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

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_bridge_recovery_patience

See this entry in the whole of v2.1.232 →

Feedback