跳轉到主要內容

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.

OpenClaw 可以在沙箱後端內執行工具，以降低影響範圍。這是選用功能，並由設定控制（agents.defaults.sandbox 或 agents.list[].sandbox）。如果關閉沙箱化，工具會在主機上執行。Gateway 會留在主機上；啟用時，工具執行會在隔離的沙箱中執行。
這不是完美的安全邊界，但當模型做出愚蠢操作時，它能實質限制檔案系統與程序存取。

​
會被沙箱化的內容

  • 工具執行（exec、read、write、edit、apply_patch、process 等）。
  • 選用的沙箱化瀏覽器（agents.defaults.sandbox.browser）。
  • 預設情況下，當瀏覽器工具需要時，沙箱瀏覽器會自動啟動（確保 CDP 可連線）。可透過 agents.defaults.sandbox.browser.autoStart 和 agents.defaults.sandbox.browser.autoStartTimeoutMs 設定。
  • 預設情況下，沙箱瀏覽器容器會使用專用的 Docker 網路（openclaw-sandbox-browser），而不是全域 bridge 網路。可透過 agents.defaults.sandbox.browser.network 設定。
  • 選用的 agents.defaults.sandbox.browser.cdpSourceRange 會使用 CIDR 允許清單限制容器邊界的 CDP 入口（例如 172.21.0.1/32）。
  • noVNC 觀察者存取預設受密碼保護；OpenClaw 會發出短效權杖 URL，用來提供本機啟動頁面，並在 URL 片段中帶入密碼開啟 noVNC（不會進入查詢字串或標頭記錄）。
  • agents.defaults.sandbox.browser.allowHostControl 允許沙箱化工作階段明確指定主機瀏覽器。
  • 選用的允許清單會管控 target: "custom"：allowedControlUrls、allowedControlHosts、allowedControlPorts。
不會被沙箱化：
  • Gateway 程序本身。
  • 任何明確允許在沙箱外執行的工具（例如 tools.elevated）。
    • 提權 exec 會繞過沙箱化，並使用已設定的逃逸路徑（預設為 gateway，或當 exec 目標為 node 時使用 node）。
    • 如果沙箱化已關閉，tools.elevated 不會改變執行方式（已經在主機上）。請參閱提權模式。

​
模式

agents.defaults.sandbox.mode 控制何時使用沙箱化：
無沙箱化。

​
範圍

agents.defaults.sandbox.scope 控制會建立多少容器：
  • "agent"（預設）：每個 agent 一個容器。
  • "session"：每個工作階段一個容器。
  • "shared"：所有沙箱化工作階段共用一個容器。

​
後端

agents.defaults.sandbox.backend 控制由哪個執行階段提供沙箱：
  • "docker"（啟用沙箱化時的預設值）：由本機 Docker 支援的沙箱執行階段。
  • "ssh"：通用的 SSH 支援遠端沙箱執行階段。
  • "openshell"：OpenShell 支援的沙箱執行階段。
SSH 專屬設定位於 agents.defaults.sandbox.ssh 之下。OpenShell 專屬設定位於 plugins.entries.openshell.config 之下。

​
選擇後端

DockerSSHOpenShell
執行位置本機容器任何可透過 SSH 存取的主機OpenShell 管理的沙箱
設定scripts/sandbox-setup.shSSH key + 目標主機已啟用 OpenShell Plugin
工作區模型繫結掛載或複製遠端為準（播種一次）mirror 或 remote
網路控制docker.network（預設：無）取決於遠端主機取決於 OpenShell
瀏覽器沙箱支援不支援尚不支援
繫結掛載docker.bindsN/AN/A
最適合本機開發、完整隔離卸載到遠端機器具選用雙向同步的受管遠端沙箱

​
Docker 後端

沙箱化預設關閉。如果你啟用沙箱化且未選擇後端，OpenClaw 會使用 Docker 後端。它會透過 Docker daemon socket（/var/run/docker.sock）在本機執行工具與沙箱瀏覽器。沙箱容器隔離由 Docker namespace 決定。 若要將主機 GPU 暴露給 Docker 沙箱，請設定 agents.defaults.sandbox.docker.gpus，或每個 agent 的覆寫值 agents.list[].sandbox.docker.gpus。該值會作為獨立引數傳遞給 Docker 的 --gpus 旗標，例如 "all" 或 "device=GPU-uuid"，並且需要相容的主機執行階段，例如 NVIDIA Container Toolkit。
Docker-out-of-Docker (DooD) 限制如果你將 OpenClaw Gateway 本身部署為 Docker 容器，它會使用主機的 Docker socket 編排同層級沙箱容器（DooD）。這會引入特定的路徑對應限制：
  • 設定需要主機路徑：openclaw.json 的 workspace 設定必須包含主機的絕對路徑（例如 /home/user/.openclaw/workspaces），而不是 Gateway 容器內部路徑。當 OpenClaw 要求 Docker daemon 產生沙箱時，daemon 會相對於主機 OS namespace 評估路徑，而不是 Gateway namespace。
  • FS bridge 對等性（相同的 volume map）：OpenClaw Gateway 原生程序也會將 heartbeat 與 bridge 檔案寫入 workspace 目錄。因為 Gateway 會在其自身容器化環境內評估完全相同的字串（主機路徑），Gateway 部署必須包含相同的 volume map，將主機 namespace 原生連結起來（-v /home/user/.openclaw:/home/user/.openclaw）。
  • Codex 程式碼模式：當 OpenClaw 沙箱啟用時，即使 Codex Plugin 預設為 danger-full-access，OpenClaw 也會將 Codex app-server 回合限制為 Codex workspace-write 沙箱化。不要將主機 Docker socket 掛載到 agent 沙箱容器或自訂 Codex 沙箱中。
如果你在內部對應路徑，但沒有絕對主機路徑對等性，OpenClaw 原生會在嘗試於容器環境內寫入其 heartbeat 時丟出 EACCES 權限錯誤，因為完整限定的路徑字串在原生環境中不存在。

​
SSH 後端

當你希望 OpenClaw 在任意可透過 SSH 存取的機器上沙箱化 exec、檔案工具與媒體讀取時，請使用 backend: "ssh"。 
{
  agents: {
    defaults: {
      sandbox: {
        mode: "all",
        backend: "ssh",
        scope: "session",
        workspaceAccess: "rw",
        ssh: {
          target: "user@gateway-host:22",
          workspaceRoot: "/tmp/openclaw-sandboxes",
          strictHostKeyChecking: true,
          updateHostKeys: true,
          identityFile: "~/.ssh/id_ed25519",
          certificateFile: "~/.ssh/id_ed25519-cert.pub",
          knownHostsFile: "~/.ssh/known_hosts",
          // Or use SecretRefs / inline contents instead of local files:
          // identityData: { source: "env", provider: "default", id: "SSH_IDENTITY" },
          // certificateData: { source: "env", provider: "default", id: "SSH_CERTIFICATE" },
          // knownHostsData: { source: "env", provider: "default", id: "SSH_KNOWN_HOSTS" },
        },
      },
    },
  },
}
  • OpenClaw 會在 sandbox.ssh.workspaceRoot 之下建立每個 scope 對應的遠端 root。
  • 建立或重新建立後首次使用時，OpenClaw 會從本機工作區將該遠端工作區播種一次。
  • 之後，exec、read、write、edit、apply_patch、提示媒體讀取，以及傳入媒體暫存，都會透過 SSH 直接對遠端工作區執行。
  • OpenClaw 不會自動將遠端變更同步回本機工作區。
  • identityFile、certificateFile、knownHostsFile：使用既有本機檔案，並透過 OpenSSH 設定傳遞。
  • identityData、certificateData、knownHostsData：使用內嵌字串或 SecretRefs。OpenClaw 會透過一般 secrets 執行階段快照解析它們，將它們寫入權限為 0600 的暫存檔，並在 SSH 工作階段結束時刪除。
  • 如果同一項目同時設定了 *File 和 *Data，該 SSH 工作階段會以 *Data 優先。
這是遠端為準模型。初始播種後，遠端 SSH 工作區會成為真正的沙箱狀態。
  • 播種步驟後在 OpenClaw 外部進行的主機本機編輯，不會在遠端可見，除非你重新建立沙箱。
  • openclaw sandbox recreate 會刪除每個 scope 對應的遠端 root，並在下次使用時再次從本機播種。
  • SSH 後端不支援瀏覽器沙箱化。
  • sandbox.docker.* 設定不適用於 SSH 後端。

​
OpenShell 後端

當你希望 OpenClaw 在 OpenShell 管理的遠端環境中沙箱化工具時，請使用 backend: "openshell"。完整設定指南、設定參考與工作區模式比較，請參閱專屬的 OpenShell 頁面。 OpenShell 會重用與通用 SSH 後端相同的核心 SSH 傳輸與遠端檔案系統 bridge，並加入 OpenShell 專屬生命週期（sandbox create/get/delete、sandbox ssh-config）以及選用的 mirror 工作區模式。 
{
  agents: {
    defaults: {
      sandbox: {
        mode: "all",
        backend: "openshell",
        scope: "session",
        workspaceAccess: "rw",
      },
    },
  },
  plugins: {
    entries: {
      openshell: {
        enabled: true,
        config: {
          from: "openclaw",
          mode: "remote", // mirror | remote
          remoteWorkspaceDir: "/sandbox",
          remoteAgentWorkspaceDir: "/agent",
        },
      },
    },
  },
}
OpenShell 模式：
  • mirror（預設）：本機工作區保持為準。OpenClaw 會在 exec 之前將本機檔案同步到 OpenShell，並在 exec 之後將遠端工作區同步回來。
  • remote：沙箱建立後，OpenShell 工作區即為準。OpenClaw 會從本機工作區將遠端工作區播種一次，之後檔案工具與 exec 會直接對遠端沙箱執行，不會同步變更回來。
  • OpenClaw 會透過 openshell sandbox ssh-config <name> 向 OpenShell 要求沙箱專屬 SSH 設定。
  • Core 會將該 SSH 設定寫入暫存檔、開啟 SSH 工作階段，並重用 backend: "ssh" 所使用的相同遠端檔案系統 bridge。
  • 在 mirror 模式中，只有生命週期不同：exec 之前從本機同步到遠端，然後在 exec 之後同步回來。
  • 尚不支援沙箱瀏覽器
  • OpenShell 後端不支援 sandbox.docker.binds
  • sandbox.docker.* 之下的 Docker 專屬執行階段旋鈕仍只適用於 Docker 後端

​
工作區模式

OpenShell 有兩種工作區模型。這是在實務上最重要的部分。
當你希望本機工作區保持為準時，使用 plugins.entries.openshell.config.mode: "mirror"。行為：
  • 在 exec 之前，OpenClaw 會將本機工作區同步到 OpenShell 沙盒。
  • 在 exec 之後，OpenClaw 會將遠端工作區同步回本機工作區。
  • 檔案工具仍會透過沙盒橋接運作，但在各回合之間，本機工作區仍是事實來源。
適用情境：
  • 你在 OpenClaw 外部於本機編輯檔案，並希望這些變更自動出現在沙盒中
  • 你希望 OpenShell 沙盒盡可能像 Docker 後端一樣運作
  • 你希望主機工作區在每個 exec 回合後反映沙盒寫入
取捨：exec 前後會產生額外同步成本。
如果你把沙盒視為暫時的執行環境，請選擇 mirror。如果你把沙盒視為真正的工作區，請選擇 remote。

​
OpenShell 生命週期

OpenShell 沙盒仍透過一般沙盒生命週期管理：
  • openclaw sandbox list 會顯示 OpenShell runtime 以及 Docker runtime
  • openclaw sandbox recreate 會刪除目前的 runtime，並讓 OpenClaw 在下次使用時重新建立它
  • 清理邏輯也會感知後端
對 remote 模式而言，重新建立尤其重要：
  • 重新建立會刪除該作用域的權威遠端工作區
  • 下次使用時會從本機工作區初始化新的遠端工作區
對 mirror 模式而言，重新建立主要是重設遠端執行環境，因為本機工作區無論如何仍是權威來源。

​
工作區存取

agents.defaults.sandbox.workspaceAccess 控制沙盒可以看到什麼：
工具會看到位於 ~/.openclaw/sandboxes 下的沙盒工作區。
使用 OpenShell 後端時：
  • mirror 模式在 exec 回合之間仍使用本機工作區作為權威來源
  • remote 模式在初始初始化後使用遠端 OpenShell 工作區作為權威來源
  • workspaceAccess: "ro" 和 "none" 仍會以相同方式限制寫入行為
傳入媒體會複製到作用中的沙盒工作區（media/inbound/*）。
Skills 注意事項：read 工具以沙盒根目錄為基準。使用 workspaceAccess: "none" 時，OpenClaw 會將符合資格的 Skills 鏡像到沙盒工作區（.../skills），使其可被讀取。使用 "rw" 時，可從 /workspace/skills 讀取工作區 Skills。

​
自訂繫結掛載

agents.defaults.sandbox.docker.binds 會將其他主機目錄掛載到容器中。格式：host:container:mode（例如 "/home/user/source:/source:rw"）。 全域與每代理的繫結會被合併（不是取代）。在 scope: "shared" 下，會忽略每代理的繫結。 agents.defaults.sandbox.browser.binds 只會將其他主機目錄掛載到沙盒瀏覽器容器。
  • 設定時（包括 []），它會取代瀏覽器容器的 agents.defaults.sandbox.docker.binds。
  • 省略時，瀏覽器容器會退回使用 agents.defaults.sandbox.docker.binds（向後相容）。
範例（唯讀來源 + 額外資料目錄）： 
{
  agents: {
    defaults: {
      sandbox: {
        docker: {
          binds: ["/home/user/source:/source:ro", "/var/data/myapp:/data:ro"],
        },
      },
    },
    list: [
      {
        id: "build",
        sandbox: {
          docker: {
            binds: ["/mnt/cache:/cache:rw"],
          },
        },
      },
    ],
  },
}
繫結安全性
  • 繫結會繞過沙盒檔案系統：它們會以你設定的模式（:ro 或 :rw）暴露主機路徑。
  • OpenClaw 會封鎖危險的繫結來源（例如：docker.sock、/etc、/proc、/sys、/dev，以及會暴露它們的父層掛載）。
  • OpenClaw 也會封鎖常見的家目錄憑證根目錄，例如 ~/.aws、~/.cargo、~/.config、~/.docker、~/.gnupg、~/.netrc、~/.npm 和 ~/.ssh。
  • 繫結驗證不只是字串比對。OpenClaw 會正規化來源路徑，接著再透過最深的既有祖先重新解析，然後重新檢查封鎖路徑與允許的根目錄。
  • 這表示即使最終葉節點尚不存在，符號連結父層逸出仍會以封閉失敗處理。範例：如果 run-link 指向該處，/workspace/run-link/new-file 仍會解析為 /var/run/...。
  • 允許的來源根目錄也會以相同方式標準化，因此若某路徑只是在符號連結解析前看起來位於允許清單內，仍會因為 outside allowed roots 被拒絕。
  • 敏感掛載（密鑰、SSH 金鑰、服務憑證）除非絕對必要，否則應為 :ro。
  • 如果你只需要工作區的讀取存取，請搭配 workspaceAccess: "ro"；繫結模式仍彼此獨立。
  • 請參閱 沙盒與工具政策與提升權限，了解繫結如何與工具政策及 elevated exec 互動。

​
映像與設定

預設 Docker 映像：openclaw-sandbox:bookworm-slim
來源 checkout 與 npm 安裝scripts/sandbox-setup.sh、scripts/sandbox-common-setup.sh 和 scripts/sandbox-browser-setup.sh 輔助指令碼只有在從來源 checkout 執行時可用。它們不包含在 npm 套件中。如果你透過 npm install -g openclaw 安裝 OpenClaw，請改用下方顯示的內嵌 docker build 命令。
1

Build the default image

從來源 checkout：
scripts/sandbox-setup.sh
從 npm 安裝（不需要來源 checkout）：
docker build -t openclaw-sandbox:bookworm-slim - <<'DOCKERFILE'
FROM debian:bookworm-slim
ENV DEBIAN_FRONTEND=noninteractive
RUN apt-get update && apt-get install -y --no-install-recommends \
  bash ca-certificates curl git jq python3 ripgrep \
  && rm -rf /var/lib/apt/lists/*
RUN useradd --create-home --shell /bin/bash sandbox
USER sandbox
WORKDIR /home/sandbox
CMD ["sleep", "infinity"]
DOCKERFILE
預設映像不包含 Node。如果某個 skill 需要 Node（或其他 runtime），請烘焙自訂映像，或透過 sandbox.docker.setupCommand 安裝（需要網路輸出 + 可寫入 root + root 使用者）。當缺少 openclaw-sandbox:bookworm-slim 時，OpenClaw 不會靜默改用一般的 debian:bookworm-slim。以預設映像為目標的沙盒執行會快速失敗並顯示建置指示，直到你建置它為止，因為內建映像帶有 python3，供沙盒寫入/編輯輔助程式使用。
2

Optional: build the common image

若要使用具備常用工具（例如 curl、jq、nodejs、python3、git）的功能更完整沙盒映像：從來源 checkout：
scripts/sandbox-common-setup.sh
從 npm 安裝時，先建置預設映像（見上方），然後使用儲存庫中的 scripts/docker/sandbox/Dockerfile.common 在其上建置 common 映像。接著將 agents.defaults.sandbox.docker.image 設為 openclaw-sandbox-common:bookworm-slim。
3

Optional: build the sandbox browser image

從來源 checkout：
scripts/sandbox-browser-setup.sh
從 npm 安裝時，使用儲存庫中的 scripts/docker/sandbox/Dockerfile.browser 建置。
預設情況下，Docker 沙盒容器執行時沒有網路。可用 agents.defaults.sandbox.docker.network 覆寫。
內建沙盒瀏覽器映像也會為容器化工作負載套用保守的 Chromium 啟動預設值。目前容器預設值包含：
  • --remote-debugging-address=127.0.0.1
  • --remote-debugging-port=<derived from OPENCLAW_BROWSER_CDP_PORT>
  • --user-data-dir=${HOME}/.chrome
  • --no-first-run
  • --no-default-browser-check
  • --disable-3d-apis
  • --disable-gpu
  • --disable-dev-shm-usage
  • --disable-background-networking
  • --disable-extensions
  • --disable-features=TranslateUI
  • --disable-breakpad
  • --disable-crash-reporter
  • --disable-software-rasterizer
  • --no-zygote
  • --metrics-recording-only
  • --renderer-process-limit=2
  • 啟用 noSandbox 時使用 --no-sandbox。
  • 三個圖形強化旗標（--disable-3d-apis、--disable-software-rasterizer、--disable-gpu）是選用項目，且在容器缺少 GPU 支援時很有用。如果你的工作負載需要 WebGL 或其他 3D/瀏覽器功能，請設定 OPENCLAW_BROWSER_DISABLE_GRAPHICS_FLAGS=0。
  • --disable-extensions 預設啟用；對依賴擴充功能的流程，可用 OPENCLAW_BROWSER_DISABLE_EXTENSIONS=0 停用。
  • --renderer-process-limit=2 由 OPENCLAW_BROWSER_RENDERER_PROCESS_LIMIT=<N> 控制，其中 0 會保留 Chromium 的預設值。
如果你需要不同的 runtime 設定檔，請使用自訂瀏覽器映像並提供自己的進入點。對於本機（非容器）Chromium 設定檔，請使用 browser.extraArgs 附加其他啟動旗標。
  • network: "host" 會被封鎖。
  • network: "container:<id>" 預設會被封鎖（命名空間加入繞過風險）。
  • 緊急例外覆寫：agents.defaults.sandbox.docker.dangerouslyAllowContainerNamespaceJoin: true。
Docker 安裝與容器化 Gateway 位於此處：Docker 對於 Docker Gateway 部署，scripts/docker/setup.sh 可以啟動沙盒設定。設定 OPENCLAW_SANDBOX=1（或 true/yes/on）即可啟用該路徑。你可以用 OPENCLAW_DOCKER_SOCKET 覆寫 socket 位置。完整設定與環境參考：Docker。

​
setupCommand（一次性容器設定）

setupCommand 會在沙盒容器建立後執行一次（不是每次執行都執行）。它會透過 sh -lc 在容器內執行。 路徑：
  • 全域：agents.defaults.sandbox.docker.setupCommand
  • 每代理：agents.list[].sandbox.docker.setupCommand
  • 預設 docker.network 是 "none"（沒有對外連線），因此套件安裝會失敗。
  • docker.network: "container:<id>" 需要 dangerouslyAllowContainerNamespaceJoin: true，且僅供緊急破例使用。
  • readOnlyRoot: true 會阻止寫入；請設定 readOnlyRoot: false 或建置自訂映像檔。
  • user 必須是 root 才能安裝套件（省略 user 或設定 user: "0:0"）。
  • Sandbox exec 不會繼承主機的 process.env。請使用 agents.defaults.sandbox.docker.env（或自訂映像檔）設定 skill API keys。

​
工具政策與逃生出口

工具允許/拒絕政策仍會先於 sandbox 規則套用。如果工具已在全域或個別 agent 被拒絕，sandboxing 不會把它恢復。 tools.elevated 是明確的逃生出口，會在 sandbox 外執行 exec（預設為 gateway，或當 exec 目標為 node 時使用 node）。/exec 指令只適用於已授權的傳送者，並會在每個 session 中持續生效；若要強制停用 exec，請使用工具政策拒絕（請參閱 Sandbox vs Tool Policy vs Elevated）。 偵錯：
  • 使用 openclaw sandbox explain 檢查有效的 sandbox 模式、工具政策，以及修正用的設定鍵。
  • 請參閱 Sandbox vs Tool Policy vs Elevated，了解「為什麼這被封鎖？」的思考模型。
保持鎖定。

​
多 agent 覆寫

每個 agent 都可以覆寫 sandbox + tools：agents.list[].sandbox 和 agents.list[].tools（以及用於 sandbox 工具政策的 agents.list[].tools.sandbox.tools）。請參閱 Multi-Agent Sandbox & Tools 了解優先順序。

​
最小啟用範例

{
  agents: {
    defaults: {
      sandbox: {
        mode: "non-main",
        scope: "session",
        workspaceAccess: "none",
      },
    },
  },
}

​
相關