Unclear It is not clear what the new check tests or which condition lets the command skip it.
What
claude daemon manages a background service that runs Claude Code work for you. Its subcommands were all refused behind one switch. Remote Control now has its own path.
claude daemon remote-controlnow has a separate availability check. It can pass when the remote flagtengu_radiant_heronis on.list,scheduledandhubstill exit with "is not available in this environment".claude daemonhelp gains a Remote Control servers section, shown only when Remote Control is allowed. It lists:remote-control list [--json]remote-control add [--dir <path>] [--name <n>] [--spawn-mode same-dir|worktree]remote-control remove <name-or-dir>
- The help notes that add and remove require the service to be installed.
- The remote-control server command now runs an extra check before it resolves
--dirand checks whether the folder is trusted. If that check returns a reason, the command exits with it, except under one condition. claude daemon statusprints extra lines about served folders, and worker status reports aservedFolderwith its folder and session count.
Why
Remote Control under the daemon can now be switched on without the rest of the daemon. The commands for adding and removing Remote Control servers are documented in the help. The server command may now refuse earlier than before, with a new reason.
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
It is not clear what the new check tests or which condition lets the command skip it.