Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.309 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.277 ·

fork_conversation precondition checks reworked

The fork_conversation RPC's availability checks were reworked to require two new gate functions and a direct bridge session ID check

Group of 2 Under the hood No documentation found Internal Changes
JSON All of v2.1.277
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
Remote ControlArea: what it touches
Internal ChangesKind: in v2.1.277,
Internal ChangesSection of the release

Unclear What conditions the two new checks (Un() and At()) actually test is not stated in the finding.

What

  • The fork_conversation RPC's early bail-out conditions changed from four checks to three: it now checks two gate functions plus a freshly computed bridge session ID for being undefined, rather than relying on a separately tracked variable.
  • On top of the existing sdkUrl-based check, fork_conversation now returns "unsupported" if either of these two additional gate checks fails.

Why This tightens up when conversation forking is considered available, and adds conditions under which the RPC now reports itself unsupported instead of proceeding.

Read from
Names in the bundlefork_conversation
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhat conditions the two new checks (`Un()` and `At()`) actually test is not stated in the finding.

See this entry in the whole of v2.1.277 →

Feedback