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

Bridge account pinning distinguishes a real account switch from a stale identity file

The bridge now checks with the server before ending a session, so a stale identity file no longer kills it.

Under the hood New Features
JSON All of v2.1.234
Under the hoodTier: how much it should matter to you
2Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Remote ControlArea: what it touches
New FeaturesKind: in v2.1.234,
New FeaturesSection of the release
What

Before tearing a remote session down for an account change, the bridge cross-checks the local identity file against which account the server says the credential belongs to. A genuine switch ends the episode and archives using the original owner's credential; a disagreement where the server still attributes the credential to the owner just re-baselines and keeps going. Gated on tengu_bridge_owner_pinned_end, fallback on.

Details
  • The session pins both the account and organization it started under.
  • The re-baseline case is logged rather than silent.
Evidence

[bridge:owner-pin] identity file names another account but the server attributes the credential to the owner — re-baselining

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

Read from
Feature flag
tengu_bridge_owner_pinned_end 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.234: on

Read once, for one account on one subscription tier, against v2.1.234. 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_owner_pinned_end

See this entry in the whole of v2.1.234 →

Feedback