多 Agent 沙箱与工具配置

概述

在多 Agent 架构中，每个 Agent 现在可以拥有独立的：

  • 沙箱配置（agents.list[].sandbox 覆盖 agents.defaults.sandbox）
  • 工具限制（tools.allow / tools.deny，加上 agents.list[].tools）

这允许你运行具有不同安全配置的多个 Agent：

  • 拥有完整权限的个人助手
  • 工具受限的家庭/工作 Agent
  • 在沙箱中运行的面向公众的 Agent

setupCommand 放在 sandbox.docker 下（全局或按 Agent），在容器创建时运行一次。

认证是按 Agent 隔离的：每个 Agent 从自己的 agentDir 认证存储读取：

~/.openclaw/agents/<agentId>/agent/auth-profiles.json

凭证不会在 Agent 之间共享。永远不要在多个 Agent 之间复用 agentDir。 如果需要共享凭证，把 auth-profiles.json 复制到另一个 Agent 的 agentDir 中。

关于沙箱运行时行为，参见 沙箱。 排查”为什么被阻止”的问题，参见 沙箱 vs 工具策略 vs Elevated 和 openclaw sandbox explain。

配置示例

示例 1：个人 + 受限家庭 Agent

{
  "agents": {
    "list": [
      {
        "id": "main",
        "default": true,
        "name": "Personal Assistant",
        "workspace": "~/.openclaw/workspace",
        "sandbox": { "mode": "off" }
      },
      {
        "id": "family",
        "name": "Family Bot",
        "workspace": "~/.openclaw/workspace-family",
        "sandbox": {
          "mode": "all",
          "scope": "agent"
        },
        "tools": {
          "allow": ["read"],
          "deny": ["exec", "write", "edit", "apply_patch", "process", "browser"]
        }
      }
    ]
  },
  "bindings": [
    {
      "agentId": "family",
      "match": {
        "provider": "whatsapp",
        "accountId": "*",
        "peer": {
          "kind": "group",
          "id": "[email protected]"
        }
      }
    }
  ]
}

效果：

  • main Agent：在主机上运行，完整工具权限
  • family Agent：在 Docker 中运行（每个 Agent 一个容器），仅有 read 工具

示例 2：共享沙箱的工作 Agent

{
  "agents": {
    "list": [
      {
        "id": "personal",
        "workspace": "~/.openclaw/workspace-personal",
        "sandbox": { "mode": "off" }
      },
      {
        "id": "work",
        "workspace": "~/.openclaw/workspace-work",
        "sandbox": {
          "mode": "all",
          "scope": "shared",
          "workspaceRoot": "/tmp/work-sandboxes"
        },
        "tools": {
          "allow": ["read", "write", "apply_patch", "exec"],
          "deny": ["browser", "gateway", "discord"]
        }
      }
    ]
  }
}

示例 2b：全局 coding 配置文件 + 仅消息 Agent

{
  "tools": { "profile": "coding" },
  "agents": {
    "list": [
      {
        "id": "support",
        "tools": { "profile": "messaging", "allow": ["slack"] }
      }
    ]
  }
}

效果：

  • 默认 Agent 获得 coding 工具
  • support Agent 仅消息（+ Slack 工具）

示例 3：不同 Agent 不同沙箱模式

{
  "agents": {
    "defaults": {
      "sandbox": {
        "mode": "non-main", // Global default
        "scope": "session"
      }
    },
    "list": [
      {
        "id": "main",
        "workspace": "~/.openclaw/workspace",
        "sandbox": {
          "mode": "off" // Override: main never sandboxed
        }
      },
      {
        "id": "public",
        "workspace": "~/.openclaw/workspace-public",
        "sandbox": {
          "mode": "all", // Override: public always sandboxed
          "scope": "agent"
        },
        "tools": {
          "allow": ["read"],
          "deny": ["exec", "write", "edit", "apply_patch"]
        }
      }
    ]
  }
}

配置优先级

当全局配置（agents.defaults.*）和 Agent 级配置（agents.list[].*）同时存在时：

沙箱配置

Agent 级设置覆盖全局设置：

agents.list[].sandbox.mode > agents.defaults.sandbox.mode
agents.list[].sandbox.scope > agents.defaults.sandbox.scope
agents.list[].sandbox.workspaceRoot > agents.defaults.sandbox.workspaceRoot
agents.list[].sandbox.workspaceAccess > agents.defaults.sandbox.workspaceAccess
agents.list[].sandbox.docker.* > agents.defaults.sandbox.docker.*
agents.list[].sandbox.browser.* > agents.defaults.sandbox.browser.*
agents.list[].sandbox.prune.* > agents.defaults.sandbox.prune.*

说明：

  • agents.list[].sandbox.{docker,browser,prune}.* 覆盖该 Agent 的 agents.defaults.sandbox.{docker,browser,prune}.*（当沙箱 scope 解析为 "shared" 时忽略）。

工具限制

过滤顺序为：

  1. 工具配置文件（tools.profile 或 agents.list[].tools.profile）
  2. 提供商工具配置文件（tools.byProvider[provider].profile 或 agents.list[].tools.byProvider[provider].profile）
  3. 全局工具策略（tools.allow / tools.deny）
  4. 提供商工具策略（tools.byProvider[provider].allow/deny）
  5. Agent 级工具策略（agents.list[].tools.allow/deny）
  6. Agent 提供商策略（agents.list[].tools.byProvider[provider].allow/deny）
  7. 沙箱工具策略（tools.sandbox.tools 或 agents.list[].tools.sandbox.tools）
  8. 子 Agent 工具策略（tools.subagents.tools，如适用）

每一层只能进一步限制工具，不能恢复上一层已拒绝的工具。 如果设置了 agents.list[].tools.sandbox.tools，它会替换该 Agent 的 tools.sandbox.tools。 如果设置了 agents.list[].tools.profile，它会覆盖该 Agent 的 tools.profile。 提供商工具 key 接受 provider（如 google-antigravity）或 provider/model（如 openai/gpt-5.2）。

工具组（快捷方式）

工具策略（全局、Agent、沙箱）支持 group:* 条目，会展开为多个具体工具：

  • group:runtime：exec、bash、process
  • group:fs：read、write、edit、apply_patch
  • group:sessions：sessions_list、sessions_history、sessions_send、sessions_spawn、session_status
  • group:memory：memory_search、memory_get
  • group:ui：browser、canvas
  • group:automation：cron、gateway
  • group:messaging：message
  • group:nodes：nodes
  • group:openclaw：所有内置 OpenClaw 工具（不含提供商插件）

Elevated 模式

tools.elevated 是全局基线（基于发送者的白名单）。agents.list[].tools.elevated 可以进一步限制特定 Agent 的 elevated 权限（两者都必须允许）。

缓解方案：

  • 对不受信任的 Agent 拒绝 exec（agents.list[].tools.deny: ["exec"]）
  • 避免将发送者白名单指向受限 Agent 的路由
  • 全局禁用 elevated（tools.elevated.enabled: false），如果你只想要沙箱化执行
  • 按 Agent 禁用 elevated（agents.list[].tools.elevated.enabled: false），适用于敏感配置

从单 Agent 迁移

迁移前（单 Agent）：

{
  "agents": {
    "defaults": {
      "workspace": "~/.openclaw/workspace",
      "sandbox": {
        "mode": "non-main"
      }
    }
  },
  "tools": {
    "sandbox": {
      "tools": {
        "allow": ["read", "write", "apply_patch", "exec"],
        "deny": []
      }
    }
  }
}

迁移后（多 Agent，不同配置）：

{
  "agents": {
    "list": [
      {
        "id": "main",
        "default": true,
        "workspace": "~/.openclaw/workspace",
        "sandbox": { "mode": "off" }
      }
    ]
  }
}

旧版 agent.* 配置由 openclaw doctor 自动迁移；今后请优先使用 agents.defaults + agents.list。

工具限制示例

只读 Agent

{
  "tools": {
    "allow": ["read"],
    "deny": ["exec", "write", "edit", "apply_patch", "process"]
  }
}

安全执行 Agent（不修改文件）

{
  "tools": {
    "allow": ["read", "exec", "process"],
    "deny": ["write", "edit", "apply_patch", "browser", "gateway"]
  }
}

仅通信 Agent

{
  "tools": {
    "sessions": { "visibility": "tree" },
    "allow": ["sessions_list", "sessions_send", "sessions_history", "session_status"],
    "deny": ["exec", "write", "edit", "apply_patch", "read", "browser"]
  }
}

常见陷阱：“non-main”

agents.defaults.sandbox.mode: "non-main" 基于 session.mainKey（默认 "main"）， 而不是 Agent id。群组/频道会话总是有自己的 key，所以它们被视为 non-main 并会被沙箱化。如果你希望某个 Agent 永远不沙箱化，设置 agents.list[].sandbox.mode: "off"。

测试

配置好多 Agent 沙箱和工具后：

  1. 检查 Agent 路由解析：

    openclaw agents list --bindings

  2. 验证沙箱容器：

    docker ps --filter "name=openclaw-sbx-"

  3. 测试工具限制：

    • 发送需要受限工具的消息
    • 验证 Agent 无法使用被拒绝的工具

  4. 监控日志：

    tail -f "${OPENCLAW_STATE_DIR:-$HOME/.openclaw}/logs/gateway.log" | grep -E "routing|sandbox|tools"

故障排查

Agent 设置了 mode: "all" 但没有沙箱化

  • 检查是否有全局 agents.defaults.sandbox.mode 覆盖了它
  • Agent 级配置优先，所以设置 agents.list[].sandbox.mode: "all"

设置了 deny 列表但工具仍然可用

  • 检查工具过滤顺序：全局 → Agent → 沙箱 → 子 Agent
  • 每一层只能进一步限制，不能恢复
  • 查看日志确认：[tools] filtering tools for agent:${agentId}

容器没有按 Agent 隔离

  • 在 Agent 级沙箱配置中设置 scope: "agent"
  • 默认是 "session"，每个会话创建一个容器

相关文档

arrow_back
上一页
ACP Agents
下一页
Creating Skills
arrow_forward