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 ·

SDK connections are told when model, mode, fast mode or effort changes

SDK clients are now re-told the model, mode, fast mode and effort whenever any of them change.

You'll notice New Features
JSON All of v2.1.234
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
SDKArea: what it touches
New FeaturesKind: in v2.1.234,
New FeaturesSection of the release
What

The bridge that carries a session to an SDK client now re-sends its init payload (model, permission mode, agents, skills, fast mode state and effort) whenever any of those change, not only at startup. Repeats are suppressed by a combined signature of the state, so an unchanged state does not announce again.

Details
  • Each announcement is recorded by bridge_sdk_state_announce telemetry, keyed by what triggered it.
  • The list of available commands is included only when tengu_bridge_initialize_commands is on; its fallback is off, so on this build the payload carries the rest of the state without commands.
Evidence

bridge_sdk_state_announce

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

Read from
Feature flag
tengu_bridge_initialize_commands 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: off

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_initialize_commands

See this entry in the whole of v2.1.234 →

Feedback