沙箱、工具策略和提升权限

1. 沙箱（agents.defaults.sandbox.* / agents.list[].sandbox.*）决定工具在哪里运行（沙箱后端还是主机）。
2. 工具策略（tools.*、tools.sandbox.tools.*、agents.list[].tools.*）决定哪些工具可用/允许使用。
3. 提升权限（tools.elevated.*、agents.list[].tools.elevated.*）是一个仅限 exec 的逃生口，用于在你处于沙箱隔离时在沙箱外运行（默认是 gateway，或当 exec 目标配置为 node 时使用 node）。

​

快速调试

openclaw sandbox explain
openclaw sandbox explain --session agent:main:main
openclaw sandbox explain --agent work
openclaw sandbox explain --json

• 有效的沙箱模式/作用域/工作区访问权限
• 会话当前是否处于沙箱隔离（main 与非 main）
• 有效的沙箱工具允许/拒绝规则（以及它来自 agent/全局/默认）
• 提升权限门禁和修复用键路径

​

沙箱：工具在哪里运行

• "off"：所有内容都在主机上运行。
• "non-main"：只有非 main 会话处于沙箱隔离（这是群组/渠道中常见的“意外”）。
• "all"：所有内容都处于沙箱隔离。

​

绑定挂载（安全快速检查）

• docker.binds 会_穿透_沙箱文件系统：你挂载的任何内容都会以你设置的模式（:ro 或 :rw）在容器内可见。
• 如果省略模式，默认是读写；对于源码/密钥，优先使用 :ro。
• scope: "shared" 会忽略按 Agent 配置的绑定（只应用全局绑定）。
• OpenClaw 会对绑定源验证两次：先验证规范化后的源路径，然后在通过最深的已存在祖先解析后再次验证。符号链接父目录逃逸无法绕过阻止路径或允许根目录检查。
• 不存在的叶子路径仍会被安全检查。如果 /workspace/alias-out/new-file 通过符号链接父目录解析到被阻止路径或配置的允许根目录之外，该绑定会被拒绝。
• 绑定 /var/run/docker.sock 实际上会把主机控制权交给沙箱；只应在有意这样做时使用。
• 工作区访问权限（workspaceAccess）独立于绑定模式。

​

工具策略：哪些工具存在/可调用

• 工具配置档：tools.profile 和 agents.list[].tools.profile（基础允许列表）
• 提供商工具配置档：tools.byProvider[provider].profile 和 agents.list[].tools.byProvider[provider].profile
• 全局/按 Agent 工具策略：tools.allow/tools.deny 和 agents.list[].tools.allow/agents.list[].tools.deny
• 提供商工具策略：tools.byProvider[provider].allow/deny 和 agents.list[].tools.byProvider[provider].allow/deny
• 沙箱工具策略（仅在处于沙箱隔离时应用）：tools.sandbox.tools.allow/tools.sandbox.tools.deny 和 agents.list[].tools.sandbox.tools.*

• deny 总是优先生效。
• 如果 allow 非空，其他所有内容都会被视为阻止。
• 工具策略是硬性停止点：/exec 不能覆盖被拒绝的 exec 工具。
• 工具策略按名称过滤工具可用性；它不会检查 exec 内部的副作用。如果允许了 exec，拒绝 write、edit 或 apply_patch 并不会让 shell 命令变成只读。
• /exec 只会为已授权发送者更改会话默认值；它不会授予工具访问权限。
• 提供商工具键接受 provider（例如 google-antigravity）或 provider/model（例如 openai/gpt-5.4）。
• 当某个工具策略步骤移除工具，或沙箱工具策略阻止调用时，Gateway 网关日志会包含 agents/tool-policy 审计条目。使用 openclaw logs 查看规则标签、配置键和受影响的工具名称。

​

工具组（简写）

{
  tools: {
    sandbox: {
      tools: {
        allow: ["group:runtime", "group:fs", "group:sessions", "group:memory"],
      },
    },
  },
}

​

提升权限：仅限 exec 的“在主机上运行”

• 如果你处于沙箱隔离，/elevated on（或带有 elevated: true 的 exec）会在沙箱外运行（审批仍可能适用）。
• 使用 /elevated full 可跳过该会话的 exec 审批。
• 如果你已经在直接运行，提升权限实际上是无操作（仍受门禁限制）。
• 提升权限不按 Skills 设定作用域，也不覆盖工具允许/拒绝规则。
• 提升权限不会从 host=auto 授予任意跨主机覆盖；它遵循正常的 exec 目标规则，并且只有在已配置/会话目标已经是 node 时才保留 node。
• /exec 与提升权限相互独立。它只会为已授权发送者调整按会话配置的 exec 默认值。

• 启用：tools.elevated.enabled（以及可选的 agents.list[].tools.elevated.enabled）
• 发送者允许列表：tools.elevated.allowFrom.<provider>（以及可选的 agents.list[].tools.elevated.allowFrom.<provider>）

​

常见“沙箱牢笼”修复

​

“工具 X 被沙箱工具策略阻止”

• 禁用沙箱：agents.defaults.sandbox.mode=off（或按 Agent 配置的 agents.list[].sandbox.mode=off）
• 允许该工具在沙箱内使用：
  • 将其从 tools.sandbox.tools.deny（或按 Agent 配置的 agents.list[].tools.sandbox.tools.deny）中移除
  • 或将其添加到 tools.sandbox.tools.allow（或按 Agent 配置的允许列表）
• 检查 openclaw logs 中的 agents/tool-policy 条目。它会记录沙箱模式，以及是允许规则还是拒绝规则阻止了该工具。

​

“我以为这是 main，为什么它处于沙箱隔离？”

​

相关

• 沙箱隔离 — 完整沙箱参考（模式、作用域、后端、镜像）
• 多 Agent 沙盒和工具 — 按 Agent 配置的覆盖和优先级
• 提升权限模式