CLAUDE_CODE_DIR_SYNC_DISABLE_ANCHORING turns off path anchoring, and seven sync variables are now stripped from child processes.
What's wrong with this entry?
Directory sync, the mechanism that keeps a working directory tracked as it moves, normally anchors paths so it can follow a directory even if it is renamed. Setting CLAUDE_CODE_DIR_SYNC_DISABLE_ANCHORING turns that off and falls back to resolving paths by name, and the same release adds seven Claude-managed directory-sync variables to the set that is removed from the environment handed to child processes, so they do not leak into tools and subprocesses Claude Code spawns. Two of those seven names are reserved but do nothing yet.
CLAUDE_CODE_DIR_SYNC_DISABLE_ANCHORINGis unset by default and is recognised both as an environment variable and through the settings file; run it asCLAUDE_CODE_DIR_SYNC_DISABLE_ANCHORING=1 claude.- When anchoring is off by this variable, the reason is reported as
switched_off. - Windows already skips anchoring regardless of the variable, and reports the reason
platform. - The seven stripped variables include
CLAUDE_CODE_DISABLE_DIR_SYNC,CLAUDE_CODE_DIR_SYNC_GITandCLAUDE_CODE_WORKER_EPOCH; five of the seven are actually read, covering dir-sync start decisions, hook forwarding and worker epoch. CLAUDE_CODE_DIR_SYNC_ARCHIVEandCLAUDE_CODE_DIR_SYNC_OVERLAYare read nowhere in this build, so setting them has no effect; unlike their siblings they are absent from the typed environment accessor list and appear only in the filter set and the export map.
CLAUDE_CODE_DIR_SYNC_DISABLE_ANCHORING, CLAUDE_CODE_DIR_SYNC_OVERLAY
Strings lifted out of the shipped bundle, so the claim above can be checked against them.