Follow Discord
Sweep 23 Oct 2026 · 21:48Z Build v2.1.310 529 read Stable v2.1.308 Latest v2.1.309 Next v2.1.310 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.310 ·

Monitor replaces sleep for waiting, and follows sandbox and permission rules

Bash now steers Claude from sleep to the Monitor tool, and both Bash and Monitor refuse commands the sandbox policy forbids

Group of 5 You'll notice Improvements
JSON All of v2.1.310
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
SandboxArea: what it touches
ImprovementsKind: in v2.1.310,
ImprovementsSection of the release

Unclear The exact conditions under which either refusal happens are not known.

What

Monitor is a tool Claude uses to watch a command, log or process and be told when something changes. Bash is the tool that runs shell commands. A sandbox is a restricted environment that limits what commands can touch. Several changes move waiting onto Monitor and make Monitor follow the same rules as Bash:

  • The Bash tool's instructions no longer say "If you must sleep, keep the duration short to avoid blocking the user." They now say "Do not sleep between commands that can run immediately" and that long leading sleep commands are blocked, and to use Monitor with an until-loop to poll until a condition is met.
  • The block on foreground sleep in Bash now has fewer preconditions, so the "Blocked: ... use Monitor with an until-loop" message may appear in more situations.
  • CronCreate's description gained a "Not for live watching" section that points watching a log file, process or command output at Monitor. In the capture taken under this release CronCreate's description is 3,399 characters and Monitor's is 6,354.
  • Monitor's on-switch now depends on a single check instead of two. Whether this makes Monitor available to more people is not resolved.
  • Bash now checks the sandbox policy before running a command and rejects it, with error code 14 and a sandbox policy refusal note, when the policy forbids it.
  • Monitor now does the same check and refuses forbidden commands up front, both as the Monitor tool and through the RunMonitorCommand path served over MCP.
  • Monitor's permission check was rewritten: deny rules are checked first and a deny wins; when an ask rule matches, Claude Code records matchedAskRule and offers no rule suggestions; otherwise the matching rule's verdict is used.

Why

Claude is steered away from polling with sleep and toward Monitor. A command that sandbox policy would block in Bash is now also blocked in Monitor, and ask and deny rules on a command now apply when Claude runs it through Monitor.

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 exact conditions under which either refusal happens are not known.

See this entry in the whole of v2.1.310 →

Feedback