Exec 工具

在工作区中运行 shell 命令。exec 是一个可修改内容的 shell 接口：只要所选主机或沙箱文件系统允许，命令就可以在任何位置创建、编辑或删除文件。禁用 OpenClaw 文件系统工具（如 write、edit 或 apply_patch）并不会使 exec 变为只读。

支持通过 process 在前台和后台执行。如果不允许使用 process，exec 将同步运行，并忽略 yieldMs/background。后台会话按智能体隔离；process 只能看到同一智能体的会话。

参数

注意：

• host 仅接受 auto、sandbox、gateway 或 node。它不是主机名选择器；类似主机名的值会在命令运行前被拒绝。
• 允许从 auto 按调用指定 host=node；仅当没有活动的沙箱运行时时，才允许按调用指定 host=gateway。
• 即使没有额外配置，host=auto 仍然“开箱即用”：没有沙箱时，它解析为 gateway；存在活动沙箱时，它仍在沙箱中运行。
• elevated 会脱离沙箱并进入配置的主机路径：默认使用 gateway；当 tools.exec.host=node（或会话默认值为 host=node）时，使用 node。仅当当前会话/提供商启用了提升权限访问时，此功能才可用。
• gateway/node 审批由主机审批文件控制。
• node 需要已配对的节点（配套应用或无界面节点主机）。如果有多个可用节点，请设置 exec.node 或 tools.exec.node 以选择其中一个。
• exec host=node 是节点执行 shell 的唯一途径；旧版 nodes.run 包装器已被移除。
• 在非 Windows 主机上，如果设置了 SHELL，Exec 会使用它；如果 SHELL 为 fish，则会优先使用 PATH 中的 bash（或 sh），以避免与 fish 不兼容的 bash 语法；如果两者都不存在，则回退到 SHELL。
• 在 Windows 主机上，Exec 优先查找 PowerShell 7（pwsh）（依次搜索 Program Files、ProgramW6432 和 PATH），然后回退到 Windows PowerShell 5.1。
• 在非 Windows Gateway 网关主机上，bash 和 zsh Exec 命令使用启动快照。OpenClaw 从 shell 启动文件中捕获可加载的别名/函数和一小组安全环境变量，将其保存到 $OPENCLAW_STATE_DIR/cache/shell-snapshots/，然后在每次执行 Exec 命令前加载该快照。疑似密钥的变量会被排除；沙箱和节点 Exec 不使用此快照。在 Gateway 网关进程环境中设置 OPENCLAW_EXEC_SHELL_SNAPSHOT=0 可禁用此快照路径。
• 主机执行（gateway/node）会拒绝 env.PATH 和加载器覆盖项（LD_*/DYLD_*），以防止二进制劫持或代码注入。
• OpenClaw 会在生成的命令环境（包括 PTY 和沙箱执行）中设置 OPENCLAW_SHELL=exec，以便 shell/profile 规则检测 Exec 工具上下文。
• 对于源自渠道的运行，如果渠道提供了相关 ID，OpenClaw 还会在 OPENCLAW_CHANNEL_CONTEXT 中公开一个范围受限的发送者/聊天身份 JSON 载荷。
• exec 无法运行 openclaw channels login 或 /approve shell 命令：openclaw channels login 是交互式渠道身份验证流程，而 /approve 必须通过审批命令处理程序执行，而不能通过 shell 执行。请在 Gateway 网关主机的终端中运行渠道登录，或在存在渠道专用登录智能体工具时使用该工具（例如 whatsapp_login）。
• 重要提示：沙箱隔离默认关闭。如果沙箱隔离关闭，隐式 host=auto 会解析为 gateway。显式 host=sandbox 仍会以安全方式失败，而不会静默改为在 Gateway 网关主机上运行。请启用沙箱隔离，或配合审批使用 host=gateway。
• 脚本预检（针对常见的 Python/Node shell 语法错误）仅检查有效 workdir 边界内的文件。如果脚本路径解析到 workdir 之外，则会跳过对该文件的预检。当 host=gateway 且有效策略为带有 ask=off 的 security=full 时，也会完全跳过预检。
• 对于现在启动的长时间运行任务，只需启动一次；当自动完成唤醒已启用且命令产生输出或失败时，依靠该机制唤醒。使用 process 查看日志、状态、提供输入或进行干预；不要使用休眠循环、超时循环或重复轮询来模拟调度。
• 智能体启动的后台命令在完成之前会显示在 Web、iOS 和 Android 的后台任务视图中。任务账本会在完成 Heartbeat 再次唤醒智能体之前完成最终记录。
• 对于应在稍后或按计划执行的工作，请使用 cron，而不是 exec 休眠/延迟模式。

配置

Gateway 网关和节点默认采用无需审批的主机 Exec（mode=full）——这来自主机策略默认值，而不是 host=auto。如果需要审批/允许列表行为，请设置 tools.exec.mode 并收紧主机审批文件；请参阅 Exec 审批。若要无论沙箱状态如何都强制路由到 Gateway 网关或节点，请设置 tools.exec.host 或使用 /exec host=...。

示例：

{  tools: {    exec: {      pathPrepend: ["~/bin", "/opt/oss/bin"],    },  },}

模式

tools.exec.mode 是规范的持久化策略选项。运行时安全和审批行为由它派生。

无论持久化模式如何，每个会话的 /exec ask=always 仍会每次都请求人工审批。

自动审查审批仅供单次使用。在 Gateway 网关上，OpenClaw 会将解析后的可执行文件路径提供给审查器，并将执行固定到同一路径。对于无法归约为单个可强制执行计划的命令（例如 heredoc、shell 展开或不受支持的包装器引号），即使模型原本会允许，也会回退到人工审批。

对于尚未由显式运行时策略或原生策略决定的 Codex app-server 命令审批，将使用人工审批路径。OpenClaw 不会为这些请求运行其配置的 Exec 审查器，因为 Codex 不会公开一个可强制执行的已解析可执行文件，因而无法将审查决定绑定到 Codex 实际运行的命令。

内联求值（strictInlineEval）

当 tools.exec.strictInlineEval 为 true 时，内联解释器求值形式需要审查器或显式审批：python -c、node -e、ruby -e、perl -e、php -r、lua -e、osascript -e，以及其他受支持解释器和命令载体中的类似形式（awk、find -exec、make、sed、xargs 等）。在 mode=auto 中，常规 Exec 审批路径可以让原生自动审查器允许明显低风险的一次性命令；直接调用节点主机 system.run 仍需要显式审批，因为它们无法将命令交给人工审批路径。如果审查器要求审批，请求将转交人工处理。allow-always 仍可持久信任无害的解释器或脚本调用，但内联求值形式不会成为持久允许规则。

PATH 处理

• host=gateway：将登录 shell 的 PATH 合并到 Exec 环境中。主机执行会拒绝 env.PATH 覆盖。守护进程本身仍使用最小化的 PATH：
  • macOS：/opt/homebrew/bin、/usr/local/bin、/usr/bin、/bin
  • Linux：/usr/local/bin、/usr/bin、/bin
  • 为防止用户 shell 配置（如 ~/.zshenv 或 /etc/zshenv）在启动期间覆盖优先路径，tools.exec.pathPrepend 条目会在执行前，在 shell 命令内部安全地添加到最终 PATH 的开头。
• host=sandbox：在容器内运行 sh -lc（登录 shell），因此 /etc/profile 可能会重置 PATH。OpenClaw 会在加载配置文件后通过内部环境变量添加 env.PATH（不进行 shell 插值）；tools.exec.pathPrepend 在此处同样适用。
• host=node：仅将你传入且未被阻止的环境变量覆盖发送到节点。主机执行会拒绝 env.PATH 覆盖，节点主机也会忽略它们。如果需要在节点上添加 PATH 条目，请配置节点主机服务的环境（systemd/launchd），或将工具安装到标准位置。

按 Agent 绑定节点（在配置中使用带键的 Agent ID）：

openclaw config get agents.entriesopenclaw config set 'agents.entries.main.tools.exec.node' "node-id-or-name"

Control UI：设备页面包含一个小型“Exec 节点绑定”面板，用于配置相同的设置。

会话覆盖（/exec）

使用 /exec 设置 host、security、ask 和 node 的每会话默认值。发送不带参数的 /exec 可显示当前值。

示例：

/exec host=auto security=allowlist ask=on-miss node=mac-1

只有通过渠道允许列表/配对和访问组验证的授权发送者才能使用 /exec。访问组强制执行始终启用。它仅更新会话状态，不会写入配置。已授权的外部渠道发送者可以设置这些会话默认值。内部 Gateway 网关/Webchat 客户端需要 operator.admin 才能持久化这些设置。

要彻底禁用 Exec，请通过工具策略（tools.deny: ["exec"] 或按 Agent 配置）拒绝它。除非显式设置 security=full 和 ask=off，否则主机审批仍然适用。

Exec 审批（配套应用/节点主机）

在 exec 于 Gateway 网关或节点主机上运行之前，沙箱隔离的 Agent 可以要求逐请求审批。有关策略、允许列表和 UI 流程，请参阅 Exec 审批。

需要人工审批时，节点主机和非原生 Gateway 网关流程会立即返回 status: "approval-pending" 和一个审批 ID。原生聊天和 Web UI Gateway 网关流程则可以内联等待，并在审批后返回最终命令结果。approval-pending 结果表示命令尚未启动，因此仅当获批命令实际以内联方式运行时，才会显示前台回退警告。获批的异步运行会发出命令进度和完成系统事件（Exec running / Exec finished）；被拒绝或超时的审批是终态，不会通过拒绝系统事件唤醒 Agent 会话。

在具有原生审批卡片/按钮的渠道上，Agent 应优先使用该原生 UI；只有当工具结果明确表示聊天审批不可用，或手动审批是唯一途径时，才应包含手动 /approve 命令。

允许列表 + 安全二进制文件

手动允许列表强制执行会匹配解析后的二进制文件路径 glob 和裸命令名 glob。裸名称仅匹配通过 PATH 调用的命令，因此当命令为 rg 时，rg 可以匹配 /opt/homebrew/bin/rg，但不能匹配 ./rg 或 /tmp/rg。

当 security=allowlist 时，仅当管道的每个分段都在允许列表中或属于安全二进制文件时，shell 命令才会被自动允许。在允许列表模式下，除非每个顶层分段（包括安全二进制文件）都满足允许列表，否则会拒绝命令串联（;、&&、||）和重定向。重定向仍不受支持。持久化的 allow-always 信任不会绕过此规则：串联命令仍要求每个顶层分段都匹配。

autoAllowSkills 是 Exec 审批中单独的便利路径，与手动路径允许列表条目不同。若需要严格的显式信任，请保持禁用 autoAllowSkills。

将这两类控制用于不同用途：

• tools.exec.safeBins：小型、仅使用 stdin 的流过滤器。
• tools.exec.safeBinTrustedDirs：为安全二进制可执行文件路径显式添加的额外可信目录。
• tools.exec.safeBinProfiles：自定义安全二进制文件的显式 argv 策略。
• 允许列表：对可执行文件路径的显式信任。

不要将 safeBins 当作通用允许列表，也不要添加解释器/运行时二进制文件（例如 python3、node、ruby、bash）。如果需要这些程序，请使用显式允许列表条目，并保持启用审批提示。

当解释器/运行时 safeBins 条目缺少显式配置文件时，openclaw security audit 会发出警告；openclaw doctor --fix 可以为缺失的自定义 safeBinProfiles 条目搭建基础配置。当你显式将 jq 等行为宽泛的二进制文件重新添加到 safeBins 时，openclaw security audit 和 openclaw doctor 也会发出警告（jq 可以读取环境数据，并从模块或启动文件加载 jq 代码，因此应改用显式允许列表条目或需要审批的运行）。即使显式列出，jq 也会被拒绝作为安全二进制文件。如果显式将解释器加入允许列表，请启用 tools.exec.strictInlineEval，以确保内联代码求值形式仍需审查器或显式审批。

完整策略详情和示例请参阅 Exec 审批和安全二进制文件与允许列表对比。

示例

前台：

{ "tool": "exec", "command": "ls -la" }

后台 + 轮询：

{"tool":"exec","command":"npm run build","yieldMs":1000}{"tool":"process","action":"poll","sessionId":"<id>"}

轮询用于按需获取状态，而不是等待循环。如果启用了自动完成唤醒，命令在产生输出或失败时可以唤醒会话。

发送按键（tmux 风格）：

{"tool":"process","action":"send-keys","sessionId":"<id>","keys":["Enter"]}{"tool":"process","action":"send-keys","sessionId":"<id>","keys":["C-c"]}{"tool":"process","action":"send-keys","sessionId":"<id>","keys":["Up","Up","Enter"]}

提交（仅发送 CR）：

{ "tool": "process", "action": "submit", "sessionId": "<id>" }

粘贴（默认使用括号粘贴模式）：

{ "tool": "process", "action": "paste", "sessionId": "<id>", "text": "line1\nline2\n" }

apply_patch

apply_patch 是 exec 的子工具，用于结构化的多文件编辑。它默认启用，适用于任何模型提供商；allowModels 可以对其进行限制。仅当你想禁用它或将其限制为特定模型时才使用配置：

{  tools: {    exec: {      applyPatch: { workspaceOnly: true, allowModels: ["gpt-5.6-sol"] },    },  },}

注意：

• 工具策略仍然适用；allow: ["write"] 会隐式允许 apply_patch。
• deny: ["write"] 不会拒绝 apply_patch；请显式拒绝 apply_patch，或在还应阻止补丁写入时使用 deny: ["group:fs"]。
• 配置位于 tools.exec.applyPatch 下。
• tools.exec.applyPatch.enabled 默认为 true；将其设为 false 可禁用此工具。
• tools.exec.applyPatch.workspaceOnly 默认为 true（限制在工作区内）。仅当你有意允许 apply_patch 在工作区目录之外写入/删除时，才将其设为 false。
• tools.exec.applyPatch.allowModels 是可选的模型 ID 允许列表（可以是 gpt-5.4 这样的原始 ID，也可以是 openai/gpt-5.4 这样的完整 ID）。设置后，仅匹配的模型可使用该工具；未设置时，所有模型均可使用。

相关内容

• Exec 审批 — shell 命令的审批关卡
• 沙箱隔离 — 在沙箱隔离环境中运行命令
• 后台进程 — 长时间运行的 Exec 和进程工具
• 安全性 — 工具策略和提升权限的访问