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

Directory-sync anchor now supports cross-directory 'held' operations

Directory sync's file-handling internals now support operations spanning two open directories at once

Under the hood Internal Changes
JSON All of v2.1.280
Under the hoodTier: how much it should matter to you
2Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
Directory SyncArea: what it touches
Internal ChangesKind: in v2.1.280,
Internal ChangesSection of the release
What

The internal filesystem layer that directory sync uses to create, link, rename, and unlink files gained a 'hold'/'holdOutside' concept, letting operations like rename and link span two open directory handles at once (renameOut, renameIn, linkIn, statIn, openIn). This replaces an older model that only worked with a single handle at a time. The Linux and macOS platform backends were both updated to match.

Why

This is an internal restructuring of how directory sync manipulates files across directories, which the finding does not tie to any specific new user-facing capability.

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 doubtThe finding does not say what user-facing problem or scenario this two-handle model addresses.

See this entry in the whole of v2.1.280 →

Feedback