Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

Permission modes decide how much authority an agent has before it can run host commands, write files, or ask a backend harness for extra access. Start with tools.exec.mode: "auto" when you want OpenClaw to use allowlists first, then Codex native auto-review or a human approval route for misses.
Permission mode is separate from tools.exec.host=auto. tools.exec.host chooses where a command runs. tools.exec.mode chooses how host exec is approved.
Use auto for coding agents that need useful host access without making every miss a human prompt:
openclaw config set tools.exec.mode auto
openclaw approvals get
openclaw gateway restart
Then verify the effective policy:
openclaw exec-policy show
In auto mode, OpenClaw runs deterministic allowlist matches directly. Approval misses go through OpenClaw’s native auto reviewer first, then fall back to the configured human approval route when needed.

OpenClaw host exec modes

tools.exec.mode is the normalized policy surface for host exec.
ModeBehaviorUse when
denyBlock host exec.No host commands are allowed.
allowlistRun only allowlisted commands.You have a known-safe command set.
askRun allowlist matches and ask on misses.A human should review new commands.
autoRun allowlist matches, then use auto-review.Coding sessions need practical guarded access.
fullRun host exec without prompts.This trusted host/session should skip approval gates.
For the full host exec policy, local approvals file, allowlist schema, safe bins, and forwarding behavior, see Exec approvals.

Codex Guardian mapping

For native Codex app-server sessions, tools.exec.mode: "auto" maps to Codex Guardian-reviewed approvals when the local Codex requirements allow it. OpenClaw usually sends:
Codex fieldTypical value
approvalPolicyon-request
approvalsReviewerauto_review
sandboxworkspace-write
In auto mode, OpenClaw does not preserve legacy unsafe Codex overrides such as approvalPolicy: "never" or sandbox: "danger-full-access". Use tools.exec.mode: "full" only when you intentionally want the no-approval posture. For app-server setup, auth order, and native Codex runtime details, see Codex harness.

ACPX harness permissions

ACPX sessions are non-interactive, so they cannot click a TTY permission prompt. ACPX uses separate harness-level settings under plugins.entries.acpx.config:
SettingCommon valueMeaning
permissionModeapprove-readsAuto-approve reads only.
permissionModeapprove-allAuto-approve writes and shell commands.
permissionModedeny-allDeny all permission prompts.
nonInteractivePermissionsfailAbort when a prompt would be required.
nonInteractivePermissionsdenyDeny the prompt and continue when possible.
Set ACPX permissions separately from OpenClaw exec approvals:
openclaw config set plugins.entries.acpx.config.permissionMode approve-all
openclaw config set plugins.entries.acpx.config.nonInteractivePermissions fail
openclaw gateway restart
Use approve-all as the ACPX break-glass equivalent of a no-prompt harness session. For setup details and failure modes, see ACP agents setup.

Choosing a mode

GoalConfigure
Block host commands completelytools.exec.mode: "deny"
Let known-safe commands run onlytools.exec.mode: "allowlist"
Ask a human for every new command shapetools.exec.mode: "ask"
Use Codex/OpenClaw auto-review before humanstools.exec.mode: "auto"
Skip host exec approvals entirelytools.exec.mode: "full" plus matching host approvals file
Make non-interactive ACPX sessions write/execplugins.entries.acpx.config.permissionMode: "approve-all"
If a command still prompts or fails after changing mode, inspect both layers:
openclaw approvals get
openclaw exec-policy show
Host exec uses the stricter result of OpenClaw config and the host-local approvals file. ACPX harness permissions do not loosen host exec approvals, and host exec approvals do not loosen ACPX harness prompts.