Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.282 ·

Directory sync: journal keeps more state and can report a 'detached' stop

The directory-sync journal now keeps links-stopped and basis-branch state, and sync can end with a 'detached' reason when peerKeepsFiles is set

Group of 2 Nothing to try yet In Development
JSON All of v2.1.282
Nothing to try yetTier: how much it should matter to you
2Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
File SyncArea: what it touches
In DevelopmentKind: in v2.1.282,
In DevelopmentSection of the release

What

Directory sync keeps a journal, a small record of its state, shared between your machine and the cloud worker that runs a cloud session. This release extends it:

  • The worker's journal note now carries linksStopped and an optional basisBranch. Both are restored from the note when the worker starts up again.
  • A new decodeWorkerDetached decoder reads a journal whose halted reason is "detached" and returns its detachCause.
  • The sync pull step uses it to end sync with a 'detached' reason, but only when the session's peerKeepsFiles option is true. The option defaults to false, and its one caller sets it based on another check.

Why

Sync state survives a worker restart more completely. Where peerKeepsFiles applies, a sync the cloud side has detached from now stops with a clear reason instead of carrying on failing.

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 doubtIt is not clear when the option is turned on, so it may not apply to anyone yet.

See this entry in the whole of v2.1.282 →

Feedback