Remote worker sessions now sync your working directory both ways around every turn.
What's wrong with this entry?
A remote worker session now pulls files changed on your laptop before each turn and pushes files it changed back after each turn, instead of the previous one-shot copy at startup. It runs only when the session has an SDK URL, CLAUDE_CODE_REMOTE_SESSION_ID is set, and both CLAUDE_CODE_ENVIRONMENT_KIND and CLAUDE_CODE_DISABLE_WORKING_SYNC are unset.
- The old startup-only entry point
startDirSyncApplyis gone; the module now exportsstartWorkerDirSync, which still arms that apply step and then addsbeforeTurn(pull and apply incoming files) andafterTurn(push locally changed files, republish the record of what the worker holds). - The module is loaded on demand; if the import fails the session logs
dir_sync_worker_import_failedand simply runs with no syncing.
startWorkerDirSync
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.224
Directory sync apply starts with the working-file syncer
Both mention disable working environment kind
-
v2.1.221
Headless MCP startup wait reworked
Both mention environment kind
-
v2.1.248
MCP errors sent to Remote Control clients are filtered to a fixed list
Both mention environment kind