权限模式

权限模式决定了代理在运行主机命令、写入文件或请求后端约束以获取额外访问权限之前所拥有的权限大小。当您希望 OpenClaw 首先使用允许列表，然后针对未命中项使用 Codex 原生自动审查或人工批准流程时，请从 tools.exec.mode: "auto"OpenClaw 开始。

OpenClaw 主机执行模式

tools.exec.mode 是主机 exec 的标准化策略层面。

模式	行为	使用场景
`deny`	阻止主机执行。	不允许任何主机命令。
`allowlist`	仅运行允许列表中的命令。	您拥有已知安全的命令集。
`ask`	运行允许列表匹配项，并在未命中时询问。	人工应审查新命令。
`auto`	运行允许列表匹配项，然后使用自动审查。	编码会话需要实用的受控访问。
`full`	无提示地运行主机执行。	此受信任主机/会话应跳过批准关卡。

有关完整的主机执行策略、本地批准文件、允许列表架构、安全二进制文件和转发行为，请参阅执行批准。

Codex Guardian 映射

对于原生 Codex 应用服务器会话，当本地 Codex 要求允许时，tools.exec.mode: "auto"OpenClaw 会映射到 Codex Guardian 审核的批准。OpenClaw 通常会发送：

Codex 字段	典型值
`approvalPolicy`	`on-request`
`approvalsReviewer`	`auto_review`
`sandbox`	`workspace-write`

在 autoOpenClaw 模式下，OpenClaw 不会保留旧版不安全的 Codex 覆盖设置，例如 approvalPolicy: "never" 或 sandbox: "danger-full-access"。仅当您有意采用无需批准的姿态时，才使用 tools.exec.mode: "full"。

有关应用服务器设置、身份验证顺序和原生 Codex 运行时详细信息，请参阅 Codex harness。

ACPX harness 权限

ACPX 会话是非交互式的，因此它们无法点击 TTY 权限提示。ACPX 在 plugins.entries.acpx.config 下使用单独的 harness 级别设置：

设置	常用值	含义
`permissionMode`	`approve-reads`	仅自动批准读取操作。
`permissionMode`	`approve-all`	自动批准写入和 shell 命令。
`permissionMode`	`deny-all`	拒绝所有权限提示。
`nonInteractivePermissions`	`fail`	当需要提示时中止。
`nonInteractivePermissions`	`deny`	拒绝提示并在可能时继续。

单独设置 ACPX 权限，而不是 OpenClaw 执行批准：

openclaw config set plugins.entries.acpx.config.permissionMode approve-all
openclaw config set plugins.entries.acpx.config.nonInteractivePermissions fail
openclaw gateway restart

将 approve-all 用作无提示 harness 会话的 ACPX 应急等效项。有关设置详细信息和失败模式，请参阅 ACP agents setup。

选择模式

目标	配置
完全阻止主机命令	`tools.exec.mode: "deny"`
仅允许已知安全的命令运行	`tools.exec.mode: "allowlist"`
针对每一种新的命令形态询问人工	`tools.exec.mode: "ask"`
在人工介入之前使用 Codex/OpenClaw 自动审核	`tools.exec.mode: "auto"`
完全跳过主机执行审批	`tools.exec.mode: "full"` 加上匹配的主机审批文件
使非交互式 ACPX 会话可写入/执行	`plugins.entries.acpx.config.permissionMode: "approve-all"`

如果更改模式后命令仍然提示或失败，请检查这两层：

openclaw approvals get
openclaw exec-policy show

主机执行使用 OpenClaw 配置和主机本地审批文件中更严格的结果。ACPX 挂接权限不会放宽主机执行审批，主机执行审批也不会放宽 ACPX 挂接提示。