[Bug]: Muse has no Auto mode, so Muse delegates from an Auto thread stop on every command approval#20739

Before submitting

• I searched existing issues and did not find a duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/server

Steps to reproduce

1. Start a Claude or Codex thread in Auto.
2. From it, delegate a review task to Muse Code with delegate_task (target muse, any model), leaving runtimeMode unset so it inherits.
3. Let the Muse child run a shell command, even a read-only one such as ls or wc -w.

Expected behavior

Permission modes says Auto "uses the provider's automatic review to approve routine actions". Muse has an equivalent: its :auto-review permission profile ("Same access as Ask me; AI reviews eligible actions"), the same profile #19293 found Muse applying by default. So an Auto thread, and a Muse delegate started from one, should run Muse with :auto-review, the way #19711 restored Cursor's Auto-review for Auto.

Actual behavior

Muse offers only Supervised and Full access, and musePermissionProfile maps every mode except full-access to :ask-me. The inherited Auto steps down to Supervised (approval-required), so the child stops on an approval request for every shell command. Nobody is watching a delegated child thread, and the parent cannot approve permission requests (t3_pending_request_respond cannot approve them), so the child waits until the user opens it and clicks.

The parent cannot work around it either: a child cannot get Full access while its parent is in Auto, because a delegate may not run with a broader mode than its parent.

Suggested fix: offer Auto for Muse and map it to :auto-review in musePermissionProfile, so Auto threads and their Muse delegates get Muse's own AI reviewer, consistent with Codex, Claude, Cursor and Grok.

Impact

Major degradation or frequent failure

Version or commit

0.1.1-nightly.20261017.3238

Environment

Linux server (systemd t3 service) and desktop app; Muse Code provider with muse-wonder-full-1.0