Follow Discord
Sweep 02 Oct 2026 · 18:55Z Build v2.1.288 509 read Stable v2.1.285 Latest v2.1.287 Next v2.1.288 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.288 ·

Turn handoffs to cloud workers can now carry over pending file writes

A turn handoff can now carry answered Write calls to a cloud worker, which writes those files into the home folder before the turn continues

Group of 2 Nothing to try yet In Development
JSON All of v2.1.288
Nothing to try yetTier: how much it should matter to you
4Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
SessionsArea: what it touches
In DevelopmentKind: in v2.1.288,
What probably matters to youSection of the release

What

A turn handoff passes an unfinished turn to a managed cloud worker, which is a remote machine that carries on the work. Handoffs could already bring attached files. They can now also carry the session's answered Write calls, where a Write call is Claude's request to create or overwrite a file. The worker writes those files into the home folder (/home/claude) at the start of the turn.

  • carried_writes is a new handoff capability. It sits in the same group as home_files and file_names, and is registered as ccr_turn_handoff_carried_writes.
  • placeCarriedWrites is a new handoff option next to placeFilesByName. It is used only when the handoff is accepted and its gate allows it. The gate is tengu_fizzy_petal, and nothing has been read about it yet.
  • Carried writes are only placed after a series of checks: the permission mode, the path rules, any hooks that would fire, the Write tool being the built-in one, limits on file count and size, the working folder being the home folder, and the Write tool's own permission result. Each failed check records a reason, and a switched-off feature records switched_off.
  • At turn start the worker waits for the feature setting to arrive before deciding.
  • A worker that cannot place the files refuses with invalid_handoff: carried_writes_. The failure reason carried_writes_unplaceable will not be retried.
  • The home-file reasons unchecked_announcement and resent_announcement and a new ccr_upload_stream name were also added.

Why

Files that Claude wrote just before a handoff can now reach the cloud worker instead of being lost. Because every write still has to pass the permission and path checks, a carried write is refused rather than placed when it would not have been allowed in the first place. The feature is new code behind a gate that has not been read.

Read from
Feature flag
tengu_reactive_quilt 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.288: off

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

Read once, for one account on one subscription tier, against v2.1.288. It isn't a statement about your account. What a flag value here can and cannot tell you

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 how the new worker learns about and receives the carried writes from end to end.
The name it cites is new in this buildNew in this build: tengu_reactive_quilt

See this entry in the whole of v2.1.288 →

Feedback