Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.284 ·

Unattended-serving consent gets a Remote Control hub row, and a Yes is not saved when settings turn it off

A new hub row lets you see or withdraw consent for cloud sessions running commands on your computer, and policy-blocked Yes answers are not stored

Group of 3 Use it now No documentation found Improvements
JSON All of v2.1.284
Use it nowTier: how much it should matter to you
4Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Remote ControlArea: what it touches
ImprovementsKind: in v2.1.284,
What probably matters to youSection of the release

What

Unattended serving means letting cloud sessions run commands on your computer while nobody is watching. Your consent for that was only a /config toggle, "Unattended commands from cloud sessions on this computer".

  • The Scheduled / Remote Control hub has a new row, "Unattended commands from cloud sessions", in its Remote Control tab. It shows whether you accepted and, when the setting is managed, why it is locked.
  • Selecting the row either withdraws consent in place (saved as declined) or opens UnattendedServingConsentDialog. If saving fails, it shows "The answer could not be saved. Nothing was changed."
  • The row is shown when the tengu_violin_wood gate allows it (its fallback is false), or when you already have a consent answer or the stored one is stale or unreadable. For a new user with no value from the server, it stays hidden.
  • remoteTools.allowUnattendedServing: false in managed, policy or user settings locks the choice.
  • With that setting at false, an accepted consent is no longer written to disk: a warning is logged and the save reports failure. Before, any choice was written.

Why

You get a second, more direct place to check and revoke permission for cloud sessions to run commands on your machine, and an admin policy that disables unattended serving cannot be quietly overridden by a stored Yes.

Read from

See this entry in the whole of v2.1.284 →

Feedback