Follow Discord
Sweep 28 Sep 2026 · 18:16Z Build v2.1.284 505 read Stable v2.1.277 Latest v2.1.284 Next v2.1.284 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.284 ·

Remote Control asks to trust an untrusted folder instead of exiting

Starting claude rc in an untrusted folder now shows a trust prompt with a y/N question instead of printing an error and quitting

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

Remote Control lets you drive Claude Code sessions in a folder from your other devices. Before, starting it with claude rc in a folder you had not yet trusted printed "Workspace not trusted" and quit. When Claude Code is running in an interactive terminal, it now shows a safety notice and asks Trust <folder>? [y/N].

The notice lists what trusting the folder turns on for sessions started there:

  • credential helpers and headersHelper
  • environment variables set by the project
  • hooks, which are commands that run automatically at certain points
  • the servers in the folder's .mcp.json that would be started
  • pre-approved permission rules
  • extra directories added to the session
  • autoMemoryDirectory

If you answer yes, the choice is saved and Remote Control carries on. In your home directory, trust lasts for that run only and is not saved. If the choice cannot be saved to your config, you are told you will be asked again next time. If Claude Code cannot prompt, or the terminal is too small to show all the warnings, it still exits with the "Workspace not trusted" error rather than showing a cut-off prompt.

Why

You no longer have to run claude separately in a new folder before Remote Control will start there. The prompt also spells out the risky project settings before you accept them.

Read from
Names in the bundleclaude rc
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 anything besides both input and output being a terminal decides if the prompt can be shown.

See this entry in the whole of v2.1.284 →

Feedback