การแยกสภาพแวดล้อมแบบแซนด์บ็อกซ์

OpenClaw สามารถเรียกใช้เครื่องมือภายในแบ็กเอนด์แซนด์บ็อกซ์เพื่อลดขอบเขตผลกระทบได้ การใช้แซนด์บ็อกซ์ปิดอยู่โดยค่าเริ่มต้นและควบคุมด้วย agents.defaults.sandbox (ส่วนกลาง) หรือ agents.list[].sandbox (ต่อเอเจนต์) กระบวนการ Gateway จะอยู่บนโฮสต์เสมอ เมื่อเปิดใช้ เฉพาะการเรียกใช้เครื่องมือเท่านั้นที่จะย้ายเข้าไปในแซนด์บ็อกซ์

สิ่งที่อยู่ในแซนด์บ็อกซ์

• การเรียกใช้เครื่องมือ: exec, read, write, edit, apply_patch, process เป็นต้น
• เบราว์เซอร์ในแซนด์บ็อกซ์ที่เป็นตัวเลือก (agents.defaults.sandbox.browser)

สิ่งที่ไม่อยู่ในแซนด์บ็อกซ์:

• กระบวนการ Gateway เอง
• เครื่องมือใดๆ ที่อนุญาตอย่างชัดเจนให้ทำงานนอกแซนด์บ็อกซ์ผ่าน tools.elevated การเรียกใช้แบบยกระดับจะข้ามการใช้แซนด์บ็อกซ์และทำงานบนเส้นทางหลบออกที่กำหนดค่าไว้ (ค่าเริ่มต้นคือ gateway หรือ node เมื่อเป้าหมายการเรียกใช้คือ node) หากปิดการใช้แซนด์บ็อกซ์อยู่ tools.elevated จะไม่เปลี่ยนแปลงสิ่งใด เนื่องจากการเรียกใช้ทำงานบนโฮสต์อยู่แล้ว ดูโหมดยกระดับ

โหมด ขอบเขต และแบ็กเอนด์

การตั้งค่าอิสระสามรายการควบคุมลักษณะการทำงานของแซนด์บ็อกซ์:

โหมดควบคุมว่าจะใช้แซนด์บ็อกซ์เมื่อใด:

• off: ไม่ใช้แซนด์บ็อกซ์
• non-main: ใช้แซนด์บ็อกซ์กับทุกเซสชันยกเว้นเซสชันหลักของเอเจนต์ คีย์เซสชันหลักคือ agent:<agentId>:main เสมอ (หรือ global เมื่อ session.scope เป็น "global") และไม่สามารถกำหนดค่าได้ เซสชันกลุ่ม/ช่องทางใช้คีย์ของตนเอง จึงถือเป็นเซสชันที่ไม่ใช่เซสชันหลักเสมอและถูกใช้แซนด์บ็อกซ์
• all: ทุกเซสชันทำงานในแซนด์บ็อกซ์

ขอบเขตควบคุมจำนวนคอนเทนเนอร์/สภาพแวดล้อมที่สร้างขึ้น:

• agent: หนึ่งคอนเทนเนอร์ต่อเอเจนต์
• session: หนึ่งคอนเทนเนอร์ต่อเซสชัน
• shared: หนึ่งคอนเทนเนอร์ที่ใช้ร่วมกันโดยทุกเซสชันในแซนด์บ็อกซ์ (การแทนที่ docker/ssh/browser ต่อเอเจนต์จะถูกละเว้นภายใต้ขอบเขตนี้)

แบ็กเอนด์ควบคุมว่ารันไทม์ใดเรียกใช้เครื่องมือในแซนด์บ็อกซ์ การกำหนดค่าเฉพาะ SSH อยู่ภายใต้ agents.defaults.sandbox.ssh ส่วนการกำหนดค่าเฉพาะ OpenShell อยู่ภายใต้ plugins.entries.openshell.config

แบ็กเอนด์ Docker

Docker เป็นแบ็กเอนด์เริ่มต้นเมื่อเปิดใช้แซนด์บ็อกซ์ โดยเรียกใช้เครื่องมือและเบราว์เซอร์ในแซนด์บ็อกซ์ภายในเครื่องผ่านซ็อกเก็ต Docker daemon (/var/run/docker.sock) และอาศัยเนมสเปซของ Docker ในการแยก

ค่าเริ่มต้น: network: "none" (ไม่มีการเชื่อมต่อขาออก), readOnlyRoot: true, capDrop: ["ALL"], อิมเมจ openclaw-sandbox:bookworm-slim

หากต้องการเปิดให้ใช้ GPU ของโฮสต์ ให้ตั้งค่า agents.defaults.sandbox.docker.gpus (หรือการแทนที่ต่อเอเจนต์) เป็นค่าอย่าง "all" หรือ "device=GPU-uuid" ค่านี้จะถูกส่งไปยังแฟล็ก --gpus ของ Docker และต้องใช้รันไทม์ของโฮสต์ที่เข้ากันได้ เช่น NVIDIA Container Toolkit

เบราว์เซอร์ในแซนด์บ็อกซ์

• เบราว์เซอร์ในแซนด์บ็อกซ์จะเริ่มโดยอัตโนมัติ (ตรวจสอบให้แน่ใจว่าเข้าถึง CDP ได้) เมื่อเครื่องมือเบราว์เซอร์ต้องใช้งาน กำหนดค่าผ่าน agents.defaults.sandbox.browser.autoStart (ค่าเริ่มต้น true) และ autoStartTimeoutMs (ค่าเริ่มต้น 12s)
• คอนเทนเนอร์เบราว์เซอร์ในแซนด์บ็อกซ์ใช้เครือข่าย Docker เฉพาะ (openclaw-sandbox-browser) แทนเครือข่าย bridge ส่วนกลาง กำหนดค่าด้วย agents.defaults.sandbox.browser.network
• agents.defaults.sandbox.browser.cdpSourceRange จำกัดการรับส่งข้อมูล CDP ขาเข้าที่ขอบคอนเทนเนอร์ด้วยรายการ CIDR ที่อนุญาต (เช่น 172.21.0.1/32)
• การเข้าถึงตัวสังเกตการณ์ noVNC ได้รับการป้องกันด้วยรหัสผ่านโดยค่าเริ่มต้น OpenClaw จะสร้าง URL โทเค็นอายุสั้นที่ให้บริการหน้าบูตสแตรปภายในเครื่องและเปิด noVNC โดยใส่รหัสผ่านไว้ในส่วน fragment ของ URL (ไม่ใช่สตริงคำค้นหรือบันทึกส่วนหัว)
• agents.defaults.sandbox.browser.allowHostControl (ค่าเริ่มต้น false) ช่วยให้เซสชันในแซนด์บ็อกซ์กำหนดเป้าหมายไปยังเบราว์เซอร์ของโฮสต์ได้อย่างชัดเจน
• รายการอนุญาตที่เป็นตัวเลือกควบคุม target: "custom": allowedControlUrls, allowedControlHosts, allowedControlPorts

แบ็กเอนด์ SSH

ใช้ backend: "ssh" เพื่อเรียกใช้ exec, เครื่องมือไฟล์ และการอ่านสื่อในแซนด์บ็อกซ์บนเครื่องใดๆ ที่เข้าถึงได้ผ่าน 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",          // หรือใช้ SecretRefs / เนื้อหาแบบอินไลน์แทนไฟล์ภายในเครื่อง:          // 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" },        },      },    },  },}

ค่าเริ่มต้น: command: "ssh", workspaceRoot: "/tmp/openclaw-sandboxes", strictHostKeyChecking: true, updateHostKeys: true

• วงจรชีวิต: OpenClaw สร้างรูทระยะไกลต่อขอบเขตภายใต้ sandbox.ssh.workspaceRoot ในการใช้งานครั้งแรกหลังจากสร้างหรือสร้างใหม่ ระบบจะเตรียมพื้นที่ทำงานระยะไกลนั้นจากพื้นที่ทำงานภายในเครื่องหนึ่งครั้ง หลังจากนั้น exec, read, write, edit, apply_patch, การอ่านสื่อของพรอมต์ และการจัดเตรียมสื่อขาเข้า จะทำงานกับพื้นที่ทำงานระยะไกลโดยตรงผ่าน SSH OpenClaw จะไม่ซิงค์การเปลี่ยนแปลงระยะไกลกลับไปยังพื้นที่ทำงานภายในเครื่องโดยอัตโนมัติ
• ข้อมูลสำหรับการยืนยันตัวตน: identityFile/certificateFile/knownHostsFile อ้างอิงไฟล์ภายในเครื่องที่มีอยู่ identityData/certificateData/knownHostsData ยอมรับสตริงแบบอินไลน์หรือ SecretRefs ซึ่งแก้ไขผ่านสแนปช็อตรันไทม์ข้อมูลลับตามปกติ เขียนลงไฟล์ชั่วคราวด้วยโหมด 0600 และลบเมื่อเซสชัน SSH สิ้นสุด หากตั้งค่าทั้งตัวแปรแบบ *File และ *Data สำหรับรายการเดียวกัน *Data จะมีผลเหนือกว่าสำหรับเซสชันนั้น
• ผลที่ตามมาจากการใช้รีโมตเป็นข้อมูลหลัก: พื้นที่ทำงาน SSH ระยะไกลจะกลายเป็นสถานะแซนด์บ็อกซ์จริงหลังจากการเตรียมข้อมูลครั้งแรก การแก้ไขภายในโฮสต์ที่ทำนอก OpenClaw หลังขั้นตอนการเตรียมข้อมูลจะไม่ปรากฏบนรีโมตจนกว่าจะสร้างแซนด์บ็อกซ์ใหม่ openclaw sandbox recreate จะลบรูทระยะไกลต่อขอบเขตและเตรียมข้อมูลจากภายในเครื่องอีกครั้งในการใช้งานครั้งถัดไป แบ็กเอนด์นี้ไม่รองรับการใช้เบราว์เซอร์ในแซนด์บ็อกซ์ และการตั้งค่า sandbox.docker.* ไม่มีผลกับแบ็กเอนด์นี้

แบ็กเอนด์ OpenShell

ใช้ backend: "openshell" เพื่อเรียกใช้เครื่องมือในแซนด์บ็อกซ์ภายในสภาพแวดล้อมระยะไกลที่จัดการโดย OpenShell โดย OpenShell ใช้การรับส่งข้อมูล SSH และบริดจ์ระบบไฟล์ระยะไกลแบบเดียวกับแบ็กเอนด์ SSH ทั่วไป และเพิ่มวงจรชีวิตของ OpenShell (sandbox create/get/delete/ssh-config) พร้อมโหมดซิงค์พื้นที่ทำงาน mirror ที่เป็นตัวเลือก

{  agents: {    defaults: {      sandbox: {        mode: "all",        backend: "openshell",        scope: "session",        workspaceAccess: "rw",      },    },  },  plugins: {    entries: {      openshell: {        enabled: true,        config: {          from: "openclaw",          mode: "remote", // มิเรอร์ | รีโมต        },      },    },  },}

mode: "mirror" (ค่าเริ่มต้น) คงพื้นที่ทำงานภายในเครื่องไว้เป็นแหล่งข้อมูลหลัก: OpenClaw ซิงค์ข้อมูลภายในเครื่องเข้าแซนด์บ็อกซ์ก่อน exec และซิงค์กลับหลังจากนั้น mode: "remote" เตรียมพื้นที่ทำงานระยะไกลครั้งเดียวจากข้อมูลภายในเครื่อง จากนั้นเรียกใช้ exec/read/write/edit/apply_patch กับพื้นที่ทำงานระยะไกลโดยตรงโดยไม่ซิงค์กลับ การแก้ไขภายในเครื่องหลังการเตรียมครั้งแรกจะไม่ปรากฏจนกว่าจะ openclaw sandbox recreate ภายใต้ scope: "agent" หรือ scope: "shared" พื้นที่ทำงานระยะไกลนั้นจะใช้ร่วมกันในขอบเขตเดียวกัน ข้อจำกัดปัจจุบัน: ยังไม่รองรับเบราว์เซอร์แซนด์บ็อกซ์ และ sandbox.docker.binds ไม่มีผลกับแบ็กเอนด์นี้

openclaw sandbox list/recreate/prune จะจัดการรันไทม์ OpenShell เช่นเดียวกับรันไทม์ Docker ทั้งหมด ตรรกะการล้างข้อมูลจะรับรู้แบ็กเอนด์

ดูข้อกำหนดเบื้องต้นทั้งหมด เอกสารอ้างอิงการกำหนดค่า การเปรียบเทียบโหมดพื้นที่ทำงาน และรายละเอียดวงจรชีวิตได้ที่ OpenShell

การเข้าถึงพื้นที่ทำงาน

agents.defaults.sandbox.workspaceAccess ควบคุมสิ่งที่แซนด์บ็อกซ์มองเห็นได้:

เมื่อใช้แบ็กเอนด์ OpenShell โหมด mirror ยังคงใช้พื้นที่ทำงานภายในเครื่องเป็นแหล่งข้อมูลหลักระหว่างรอบการเรียกใช้ exec ส่วนโหมด remote จะใช้พื้นที่ทำงาน OpenShell ระยะไกลเป็นแหล่งข้อมูลหลักหลังการเตรียมครั้งแรก และ workspaceAccess: "ro"/"none" ยังคงจำกัดพฤติกรรมการเขียนในลักษณะเดียวกัน

สื่อขาเข้าจะถูกคัดลอกไปยังพื้นที่ทำงานแซนด์บ็อกซ์ที่ใช้งานอยู่ (media/inbound/*)

หลายโฟลเดอร์สำหรับเอเจนต์หนึ่งตัว

ใช้การเมานต์แบบ bind ของ Docker เมื่อเอเจนต์ที่อยู่ในแซนด์บ็อกซ์ต้องใช้โฟลเดอร์เพิ่มเติมนอกเหนือจากพื้นที่ทำงานหลัก แต่ละรายการจะแมปโฟลเดอร์โฮสต์ไปยังพาธคอนเทนเนอร์พร้อมระบุโหมดการเข้าถึงอย่างชัดเจน:

host-directory:container-directory:rohost-directory:container-directory:rw

• ro ทำให้โฟลเดอร์ที่เมานต์เป็นแบบอ่านอย่างเดียวภายในแซนด์บ็อกซ์
• rw อนุญาตให้เครื่องมือและกระบวนการในแซนด์บ็อกซ์แก้ไขโฟลเดอร์โฮสต์ได้
• พาธคอนเทนเนอร์คือพาธที่เอเจนต์ใช้ พาธโฮสต์จะไม่ถูกเปิดเผยโดยอัตโนมัติ

ตัวอย่างนี้กำหนดให้เอเจนต์ research มีพื้นที่ทำงานหลักที่เขียนได้ มีเอกสารอ้างอิงแบบอ่านอย่างเดียวที่ /reference และมีโฟลเดอร์เอาต์พุตแยกที่เขียนได้ที่ /drafts:

{  agents: {    defaults: {      sandbox: {        mode: "all",        scope: "agent",      },    },    list: [      {        id: "research",        workspace: "/srv/openclaw/research-workspace",        sandbox: {          workspaceAccess: "rw",          docker: {            binds: ["/srv/shared/reference:/reference:ro", "/srv/shared/drafts:/drafts:rw"],            // จำเป็นเนื่องจากแหล่งข้อมูลเหล่านี้อยู่นอกพื้นที่ทำงานของเอเจนต์            dangerouslyAllowExternalBindSources: true,          },        },      },    ],  },}

workspaceAccess และโหมด bind เป็นอิสระจากกัน:

การเปลี่ยน workspaceAccess จะไม่เปลี่ยน bind เพิ่มเติมจาก ro เป็น rw หรือในทางกลับกัน docker.binds ระดับโกลบอลและระดับเอเจนต์จะถูกรวมกัน ให้คง scope: "agent" หรือ "session" ไว้สำหรับ bind ระดับเอเจนต์ ส่วน scope: "shared" จะละเว้นการเขียนทับ Docker ระดับเอเจนต์ทั้งหมดและใช้เฉพาะ bind ระดับโกลบอล

การเมานต์แบบ bind เป็นขอบเขตหลายโฟลเดอร์ที่รองรับ เนื่องจาก Docker สร้างมุมมองระบบไฟล์ของคอนเทนเนอร์ด้วยการแยกเมานต์ และโหมด ro/rw มีผลกับทุกกระบวนการในแซนด์บ็อกซ์ ขอบเขตนี้ครอบคลุม exec เครื่องมือระบบไฟล์ กระบวนการลูก และไลบรารี โดยไม่ต้องทำซ้ำการตรวจสอบสิทธิ์พาธในแต่ละเส้นทางโค้ดของ OpenClaw รายการอนุญาตพาธฝั่งโฮสต์ไม่สามารถให้ขอบเขตที่สมบูรณ์เท่ากันได้ เมื่อเชลล์หรือการขึ้นต่อกันที่ได้รับอนุญาตสามารถเข้าถึงไฟล์โดยตรง

dangerouslyAllowExternalBindSources ที่ต้องเลือกเปิดใช้จะอนุญาตเฉพาะแหล่งข้อมูลภายนอกรากพื้นที่ทำงานเท่านั้น โดยไม่ได้ปิดใช้การตรวจสอบพาธระบบ ข้อมูลรับรอง ซ็อกเก็ต Docker พาเรนต์ที่เป็น symlink หรือเป้าหมายที่สงวนไว้ซึ่ง OpenClaw บล็อก ให้เลือกโฟลเดอร์ที่เล็กที่สุด ใช้ ro เว้นแต่จำเป็นต้องเขียน และสร้างแซนด์บ็อกซ์ใหม่หลังเปลี่ยนการเมานต์:

openclaw sandbox recreate --agent research

พฤติกรรม bind อื่นๆ

agents.defaults.sandbox.docker.binds กำหนดค่าการเมานต์ระดับโกลบอล รูปแบบเป็นแบบ host:container:mode เดียวกัน (ตัวอย่างเช่น "/home/user/source:/source:rw")

agents.defaults.sandbox.browser.binds เมานต์ไดเรกทอรีโฮสต์เพิ่มเติมเข้าไปในคอนเทนเนอร์ เบราว์เซอร์แซนด์บ็อกซ์ เท่านั้น เมื่อตั้งค่า (รวมถึง []) ค่านี้จะแทนที่ docker.binds สำหรับคอนเทนเนอร์เบราว์เซอร์ หากละเว้น คอนเทนเนอร์เบราว์เซอร์จะย้อนกลับไปใช้ 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"],          },        },      },    ],  },}

อิมเมจและการตั้งค่า

อิมเมจ Docker เริ่มต้น: openclaw-sandbox:bookworm-slim

scripts/sandbox-setup.sh

docker build -t openclaw-sandbox:bookworm-slim - <<'DOCKERFILE'FROM debian:bookworm-slimENV DEBIAN_FRONTEND=noninteractiveRUN 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 sandboxUSER sandboxWORKDIR /home/sandboxCMD ["sleep", "infinity"]DOCKERFILE

scripts/sandbox-common-setup.sh

scripts/sandbox-browser-setup.sh

ตามค่าเริ่มต้น คอนเทนเนอร์แซนด์บ็อกซ์ Docker จะทำงานโดย ไม่มีเครือข่าย เขียนทับได้ด้วย agents.defaults.sandbox.docker.network

การติดตั้ง Docker และ Gateway แบบคอนเทนเนอร์อยู่ที่นี่: Docker

สำหรับการปรับใช้ Gateway ด้วย Docker นั้น scripts/docker/setup.sh สามารถตั้งค่าคอนฟิก sandbox เริ่มต้นได้ ตั้งค่า OPENCLAW_SANDBOX=1 (หรือ true/yes/on) เพื่อเปิดใช้งานเส้นทางนี้ เปลี่ยนตำแหน่งซ็อกเก็ตได้ด้วย OPENCLAW_DOCKER_SOCKET ดูการตั้งค่าแบบเต็มและข้อมูลอ้างอิงตัวแปรสภาพแวดล้อมได้ที่: Docker

setupCommand (การตั้งค่าคอนเทนเนอร์ครั้งเดียว)

setupCommand ทำงาน หนึ่งครั้ง หลังจากสร้างคอนเทนเนอร์ sandbox แล้ว (ไม่ใช่ทุกครั้งที่เรียกใช้) โดยดำเนินการภายในคอนเทนเนอร์ผ่าน sh -lc

พาธ:

• ส่วนกลาง: agents.defaults.sandbox.docker.setupCommand
• ต่อเอเจนต์: agents.list[].sandbox.docker.setupCommand

นโยบายเครื่องมือและช่องทางข้ามข้อจำกัด

นโยบายอนุญาต/ปฏิเสธเครื่องมือยังคงมีผลก่อนกฎ sandbox หากเครื่องมือถูกปฏิเสธในระดับส่วนกลางหรือต่อเอเจนต์ sandbox จะไม่ทำให้เครื่องมือนั้นกลับมาใช้งานได้

tools.elevated เป็นช่องทางข้ามข้อจำกัดโดยชัดแจ้ง ซึ่งเรียกใช้ exec นอก sandbox (ค่าเริ่มต้นคือ gateway หรือ node เมื่อเป้าหมายการดำเนินการคือ node) คำสั่งกำกับ /exec มีผลเฉพาะกับผู้ส่งที่ได้รับอนุญาตและคงอยู่ตลอดเซสชัน หากต้องการปิดใช้งาน exec อย่างเด็ดขาด ให้ใช้นโยบายเครื่องมือแบบปฏิเสธ (ดู Sandbox เทียบกับนโยบายเครื่องมือเทียบกับ Elevated)

การดีบัก:

• openclaw sandbox list แสดงคอนเทนเนอร์ sandbox สถานะ ความตรงกันของอิมเมจ อายุ เวลาที่ไม่มีการใช้งาน และเซสชัน/เอเจนต์ที่เกี่ยวข้อง
• openclaw sandbox explain [--session <key>] [--agent <id>] ตรวจสอบโหมด sandbox ที่มีผล เวิร์กสเปซของโฮสต์ ไดเรกทอรีทำงานของรันไทม์ การเมานต์ Docker นโยบายเครื่องมือ และคีย์คอนฟิกสำหรับแก้ไข ฟิลด์ workspaceRoot ยังคงเป็นราก sandbox ที่กำหนดค่าไว้ ส่วน effectiveHostWorkspaceRoot แสดงตำแหน่งจริงของเวิร์กสเปซที่ใช้งานอยู่
• openclaw sandbox recreate [--all | --session <key> | --agent <id>] [--browser] [--force] ลบคอนเทนเนอร์/สภาพแวดล้อม เพื่อให้สร้างใหม่ด้วยคอนฟิกปัจจุบันในการใช้งานครั้งถัดไป
• ดู Sandbox เทียบกับนโยบายเครื่องมือเทียบกับ Elevated สำหรับกรอบความคิดในการวิเคราะห์ว่า "เหตุใดสิ่งนี้จึงถูกบล็อก"

การกำหนดค่าทับสำหรับหลายเอเจนต์

แต่ละเอเจนต์สามารถกำหนดค่า sandbox และเครื่องมือทับได้ด้วย: agents.list[].sandbox และ agents.list[].tools (รวมถึง agents.list[].tools.sandbox.tools สำหรับนโยบายเครื่องมือของ sandbox) ดูลำดับความสำคัญได้ที่ Sandbox และเครื่องมือสำหรับหลายเอเจนต์

ตัวอย่างการเปิดใช้งานขั้นต่ำ

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

ที่เกี่ยวข้อง

• Sandbox และเครื่องมือสำหรับหลายเอเจนต์ -- การกำหนดค่าทับต่อเอเจนต์และลำดับความสำคัญ
• OpenShell -- การตั้งค่าแบ็กเอนด์ sandbox ที่มีการจัดการ โหมดเวิร์กสเปซ และข้อมูลอ้างอิงคอนฟิก
• การกำหนดค่า sandbox
• Sandbox เทียบกับนโยบายเครื่องมือเทียบกับ Elevated -- การดีบักว่า "เหตุใดสิ่งนี้จึงถูกบล็อก"
• ความปลอดภัย