Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.268 ·

--trust-workspace gains a stricter mode referencing cli#44151, still on by default

--trust-workspace help text now documents a stricter mode that drops repo-committed permission grants

TierUse it nowhow much it should matter to you
Useful4my rating, 1 to 5
Signal3worth watching, 1 to 5
AreaTrustwhat it touches
KindImprovementsin v2.1.268,
Use it now Notable

--trust-workspace help text now documents a stricter mode that drops repo-committed permission grants

What

The help text for the --trust-workspace flag now documents a second, stricter enforcement mode. Setting --trust-workspace (or its environment variable) to false now triggers this stricter gate: permission grants committed to the repository's own settings (via permissions.allow) are dropped, with a warning like "Ignoring N permissions.allow" printed to the terminal. Instead, such grants have to live in the host machine's own settings.json, not the repo's.

Why

This stops a checked-out repository from being able to grant itself extra tool permissions just by having them committed to its settings files. Anyone relying on repo-committed permissions.allow entries needs to move those grants to their local settings.json if they set --trust-workspace to false.

Read from
Names in the bundlepermissions.allow
What the documentation says
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Confirmed since Anthropic's documentation has since written up permissions.allow, on All settings. | Lists | Combines entries from every source | [`permissions.allow`](#permissions-allow), [`sandbox.network.allowedDomains`](#sandbox-network-alloweddomains), and other list keys | settings-reference see the edit
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up permissions.allow, on All settings.

See this entry in the whole of v2.1.268 →

Feedback