Modes as Workflow Levers
Most engineers pick a permission mode once and forget about it. But switching modes mid-session — via Shift+Tab — is a workflow optimization tool.The Trust Progression
Permission modes map to trust — and trust should increase as guardrails do:Modes and Multi-Agent Work
For Agent Teams and subagents, permission modes interact:- Teammates inherit the lead’s permission mode by default
- Subagents can be spawned with explicit modes via the
modeparameter - Background agents prompt for permissions before launching — set to
dontAskif your hooks handle safety
dontAsk mode with hooks providing the safety layer.
Permissions and Instructions
Permission modes control what Claude can do. But there’s a second trust axis: what Claude is told to do. Every skill, plugin, and MCP server injects instructions into the prompt. If those instructions are compromised, permissions are your containment layer. The rule: lower instruction trust demands tighter capability restrictions.
For the full trust model — who controls each instruction layer and how to vet community content — see The Supply Chain.
Sandboxing for Autonomous Work
When running agents withdontAsk or bypassPermissions, sandboxing provides the safety net that permissions would normally give. The tradeoff: you lose fine-grained control but gain a hard boundary that can’t be bypassed by prompt injection.
For overnight autonomy, the combination of
dontAsk + OS-level sandboxing + stop hooks is the production-grade safety stack.