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

A worker that never starts is reported as a start failure, not a timeout

A background worker that never starts is named as a start failure instead of hanging until timeout.

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

When a background worker fails to launch, the failure is now recorded instead of leaving a gap. The sync journal that a cloud session writes for the laptop side can mark itself halted with a reason and the line involved, and a placeholder transcript record is produced in its place, so the laptop names the worker that never came up rather than waiting for a timeout.

Details
  • the placeholder transcript record is marked halted with reason start_failed and attributed to the worker side
  • the journal halt entry carries both the reason and the line involved
  • a decoder for the start-failed case lets the laptop read these entries and surface them
Evidence

decodeWorkerStartFailed, start_failed

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.248 →

Feedback