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

Cloud sessions now accept --disallowed-tools when starting, with clear errors on attach and for unclosed rules

--disallowed-tools now passes through to new cloud sessions; attaching with a deny list or an unclosed rule gets a clear error

Group of 3 Use it now Improvements
JSON All of v2.1.281
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
Cloud SessionsArea: what it touches
ImprovementsKind: in v2.1.281,
What probably matters to youSection of the release

What

--disallowed-tools sets deny rules, which list the tools or tool uses Claude may not use. When starting a cloud-hosted session, it used to be refused outright. It is now passed through for new sessions.

  • Attaching to an existing cloud session with flags that would change its deny list is refused. The message says the flag "cannot change an existing cloud session, which keeps the deny list it was created with" and tells you to drop the flag, or start a new session with it.
  • A rule that opens a parenthesis and never closes it, such as Bash(rm *, is refused with its own error instead of being silently dropped. The message asks you to close the parenthesis and run the command again.
  • The general refusal for restrictions a cloud session cannot enforce now reads "does not enforce these tool restrictions yet" instead of "does not enforce tool restrictions yet".

The new refusal reasons are attach_restriction and deny_rule_unclosed.

Why

If you script remote runs, you can now set a deny list when a cloud session is created. The new errors tell you when a deny rule would not take effect, instead of the rule quietly disappearing.

Read from
Names in the bundle--disallowed-tools

See this entry in the whole of v2.1.281 →

Feedback