Elevated mode
When an agent runs inside a sandbox, its exec commands are confined to the
sandbox environment. Elevated mode lets the agent break out and run commands
outside the sandbox instead, with configurable approval gates.
Directives
Section titled “Directives”Control elevated mode per-session with slash commands:
| Directive | What it does |
|---|---|
/elevated on | Run outside the sandbox on the configured host path, keep approvals |
/elevated ask | Same as on (alias) |
/elevated full | Run outside the sandbox on the configured host path and skip approvals |
/elevated off | Return to sandbox-confined execution |
Also available as /elev on|off|ask|full.
Send /elevated with no argument to see the current level.
How it works
Section titled “How it works”Check availability
Elevated must be enabled in config and the sender must be on the allowlist:
{tools: {elevated: {enabled: true,allowFrom: {discord: ["user-id-123"],whatsapp: ["+15555550123"],},},},}Set the level
Send a directive-only message to set the session default:
/elevated fullOr use it inline (applies to that message only):
/elevated on run the deployment scriptCommands run outside the sandbox
With elevated active,
execcalls leave the sandbox. The effective host isgatewayby default, ornodewhen the configured/session exec target isnode. Infullmode, exec approvals are skipped. Inon/askmode, configured approval rules still apply.
Resolution order
Section titled “Resolution order”- Inline directive on the message (applies only to that message)
- Session override (set by sending a directive-only message)
- Global default (
agents.defaults.elevatedDefaultin config)
Availability and allowlists
Section titled “Availability and allowlists”- Global gate:
tools.elevated.enabled(must betrue) - Sender allowlist:
tools.elevated.allowFromwith per-channel lists - Per-agent gate:
agents.list[].tools.elevated.enabled(can only further restrict) - Per-agent allowlist:
agents.list[].tools.elevated.allowFrom(sender must match both global + per-agent) - Discord fallback: if
tools.elevated.allowFrom.discordis omitted,channels.discord.allowFromis used as fallback - All gates must pass; otherwise elevated is treated as unavailable
Allowlist entry formats:
| Prefix | Matches |
|---|---|
| (none) | Sender ID, E.164, or From field |
name: | Sender display name |
username: | Sender username |
tag: | Sender tag |
id:, from:, e164: | Explicit identity targeting |
What elevated does not control
Section titled “What elevated does not control”- Tool policy: if
execis denied by tool policy, elevated cannot override it. - Host selection policy: elevated does not turn
autointo a free cross-host override. It uses the configured/session exec target rules, choosingnodeonly when the target is alreadynode. - Separate from
/exec: the/execdirective adjusts per-session exec defaults for authorized senders and does not require elevated mode.
Related
Section titled “Related”Shell command execution from the agent.
Approval and allowlist system for exec.
Gateway-level sandbox configuration.
How the three gates compose during a tool call.