Follow Discord
Sweep 03 Nov 2026 · 22:27Z Build v2.1.318 536 read Stable v2.1.311 Latest v2.1.318 Next v2.1.318 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.317 ·

Windows sandbox can apply blocks added after it started, command by command

On Windows, blocked paths added after the sandbox started can now be applied to each sandboxed command, and a command is refused if they cannot be worked out

You'll notice Bug Fixes
JSON All of v2.1.317
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
WindowsArea: what it touches
Bug FixesKind: in v2.1.317,
Bug FixesSection of the release

Unclear Whether this behaviour is switched on when the server sends nothing is not known.

What

The sandbox is a restricted space Claude Code can run commands in, with a list of paths those commands are not allowed to touch. On Windows, that list is only applied when the sandbox starts, so paths blocked later, for example a new worktree (a separate working copy of a git repository), were missed.

Behind a setting controlled from the server, Claude Code now adds those later blocks to each sandboxed command on Windows. If it cannot work out what those blocks are, it refuses to run the command. When the sandbox fails to start, Claude Code also records which blocked paths that are hard links (a second name for the same file) caused the failure.

Why

Paths blocked after the sandbox started can now be enforced on Windows too. The cost is that a sandboxed command can now fail with an error instead of running without those blocks.

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 doubtWhether this behaviour is switched on when the server sends nothing is not known.

See this entry in the whole of v2.1.317 →

Feedback