在 Linux 雲伺服器上跑 OpenClaw 2.0，最容易踩的不是裝不起來，而是檔位買小了：閘道能起來，一接通道、一跑技能，記憶體就被吃光。我們用常見 VPS 規格、同一套 Ubuntu 映像，把本機安裝、Docker、遠端 API 和本機模型各跑一輪，記下 CPU、記憶體和磁碟的真實占用，方便你按工作負載下單，而不是按「能 SSH 進去」下單。
先給結論：只走遠端 API、做文字通道，2 vCPU / 8 GB / 40 GB 是更穩的日常起點；2 vCPU / 4 GB 能啟動，但不要疊加瀏覽器技能或現場建置映像。要在同一台機器上跑 7B 本機模型，記憶體直接按 16 GB 準備。OpenClaw 官方文件把閘道定位為自託管、多通道的 Agent 入口，安裝與模型選擇都按「一台自己的機器」來設計，規格餘量比官網最低字面值更重要。
先按工作負載選檔，不要按最低價選
OpenClaw 2.0 的行程本身不重。空閒時閘道常駐大約兩三百 MB，CPU 幾乎貼著 0。真正把機器拖垮的，是三件事疊在一起：首次啟動編譯沙箱、Docker 在本機建置映像，以及本機推論。官方 OpenClaw Docker 安裝文件 寫得很直白：本機源碼建置映像至少要 6 GB RAM；改用 ghcr.io/openclaw/openclaw 預建映像，就能躲開這次峰值。
所以同一套 OpenClaw 2.0，在 4 GB 和 16 GB 上的體驗完全不是「快一點慢一點」，而是「能活」和「能幹活」。下面這張圖是我們給採購用的三檔切法。若閘道要和 macOS 控制面拆開，環境校驗與常駐方式也不同，可對照 2026在雲Mac上部署OpenClaw：與Linux雲主機不同的環境校驗、launchd後台常駐與可復現排障FAQ，避免把 Linux 檔位的結論直接套到雲端 Mac。
測試環境怎麼對齊
我們用同一套 Ubuntu 雲主機映像，只改 CPU、記憶體和磁碟，避免把「機器代差」算進 OpenClaw 頭上。系統裝完先做一次 apt update && apt upgrade，再裝 Node（官方推薦 Node 26，或 Node 24.16+）、Git 和 Docker Compose v2。SSH 只開金鑰登入；連不上就先排除安全群組、sshd 和金鑰，再繼續裝閘道。需要把建置映像丟到 CI、而不是在 4 GB 生產機上現場 docker build 時，可參考 2026年短週期突發建置：GitLab CI 自託管 macOS Runner 接雲 Mac 的 Shell Executor、快取鍵與標籤策略——和 GitHub Actions 混用時的決策矩陣與可執行參數 FAQ，把峰值記憶體留在 Runner，而不是留給閘道。
每檔機器記錄四組數字：系統空閒、閘道空閒、接上一個 Telegram 通道後的穩態、收到一條帶工具呼叫的訊息後的峰值。磁碟看 Ubuntu 根分割區、Docker 映像層，以及 ~/.openclaw 工作區。數字取三次測量的中位數，不取「剛好沒崩」的一次好運。
free -h 的 available，不看虛高的 VIRT。CPU 看 60 秒平均，不看單核瞬間尖峰。磁碟不含 swap 檔案本身。
Ubuntu 和 Docker 各自吃掉多少
Ubuntu 22.04 與 24.04 都能跑 OpenClaw 2.0。24.04 空閒大約多占 100–200 MB，換來更新的核心和更長的 LTS 窗口；22.04 的好處是網上排錯帖更多。兩者都不該再疊一層桌面環境——雲主機上的桌面會直接吃掉你本想留給閘道的那 1 GB。
Docker 的開銷分兩筆。引擎空閒大約 150–250 MB；映像本身，slim 大約 1–2 GB 磁碟，帶 Chromium 的 -browser 變體會再漲一截。本機 curl -fsSL https://openclaw.ai/install.sh | bash 安裝沒有容器層，空閒更瘦，但回滾要靠你自己留二進位和設定副本。4 GB 機器上我們只建議本機安裝 + 遠端 API；要 Docker，請直接拉預建映像，不要在這台機上 docker build。
Docker Engine 請走官方源，不要用發行版倉庫裡過期的套件。安裝步驟以 Docker 官方 Ubuntu 安裝文件 為準，裝完確認是 docker compose 外掛而不是老的 docker-compose 二進位。OpenClaw 的 Compose 流程按 v2 來寫。
| 安裝路徑 | 空閒記憶體 | 磁碟增量 | 適合誰 |
|---|---|---|---|
| 本機 install.sh | 約 250–400 MB | 約 0.4–0.8 GB | 4 GB 試跑、要最少開銷 |
| Docker 預建映像 | 約 450–700 MB | 約 2–4 GB | 8 GB 日常、要隔離回滾 |
| 本機建置映像 | 峰值 ≥ 6 GB | 建置快取另計 | 只在 8 GB+ 或 CI 機器做 |
四檔規格實測：CPU、記憶體、磁碟
下面這張表是這次 OpenClaw 2.0 VPS 部署實測的核心。CPU 欄寫「夠不夠排程」，記憶體欄寫「會不會 OOM」，磁碟欄寫「裝完還能不能留日誌」。全部是遠端 API、單通道、未開本機模型時的結果。
| 規格 | CPU | 記憶體 | 磁碟建議 | 結論 |
|---|---|---|---|---|
| 2C2G / 25 GB | 能排程，一併發就抖 | available 長期低於 300 MB | 裝完所剩無幾 | 不建議，Docker 建置必 OOM |
| 2C4G / 40 GB | 單通道夠用 | 穩態約 2.1–2.6 GB 已用 | 40 GB 剛夠 | 文字-only 可跑，別開瀏覽器 |
| 2C8G / 80 GB | 雙通道仍穩 | available 常留 3 GB+ | 80 GB 從容 | 遠端 API 日常首選 |
| 4C16G / 160 GB | 工具呼叫峰值不排隊 | 可疊 7B 或瀏覽器之一 | 模型檔要另算 | 要本機推論再買這一檔 |
2C2G 的失敗方式很固定：閘道起來後 available 只剩一兩百 MB，再拉一層 Docker 或一次 onboard，核心直接 OOM，容器結束碼 137，日誌裡幾乎沒有業務報錯。4 GB 能活，但你必須關掉瀏覽器技能、關掉本機建置、把日誌輪替打開。8 GB 才第一次出現「還能再開一個通道」的餘量。16 GB 的意義不是讓文字聊天更快，而是讓你有資格討論本機模型。
磁碟比很多人想的快滿。Ubuntu 更新後根分割區就去到 8–12 GB；Docker 映像 2–6 GB；工作區和日誌一個月 1–5 GB。官方只說「給映像和日誌留夠空間」，我們按可維運來寫：不含本機模型至少 40 GB，日常 80 GB，本機模型再加 10–20 GB。swap 可以開 2–4 GB 當保險，但不能拿 swap 當記憶體規劃——一進 swap，工具呼叫的尾延遲會明顯變差。
本機模型 vs 遠端 API：成本怎麼算
遠端 API 把推論從 VPS 拿走，機器只負責閘道、通道和工具。這是 OpenClaw 最省硬體的用法：OpenClaw 官方文件 也預設你自備一家模型供應商的金鑰。代價是按 token 付費，上下文會離開這台機。
本機模型把帳單換成記憶體。7B 量化權重大約 4–5 GB，加上 Ollama 執行環境和 KV cache，16 GB 機器剛好能和閘道共存；14B 要按 32 GB 想。同機對接 Ollama 時，TLS、SSH 隧道和 NO_PROXY 比「模型能不能下載」更容易踩坑。
按 2026 年常見 Linux 雲主機標價粗算一個月（美元，未含流量超額）：
| 方案 | 機器月租 | 模型帳單 | 合計量級 | 適合 |
|---|---|---|---|---|
| 2C8G + 遠端 API | 約 10–18 | 輕量 15–40，重度更高 | 25–60 | 個人助手、低敏感上下文 |
| 4C16G + 本機 7B | 約 20–40 | 0 | 20–40 | 日呼叫多、要資料不出機 |
| 8C32G + 本機 14B | 約 40–80 | 0 | 40–80 | 品質更接近雲端中型模型 |
很多人以為「本機一定更便宜」。帳要分開看：如果你一個月只打幾百次短對話，遠端 API 的帳單經常低於把機器從 8 GB 升到 16 GB 的差價；本機 7B 還要接受品質、工具跟隨和長上下文上的折損。反過來，Cron 整點巡檢、頻道裡一天幾百條、或者日誌不能出網，16 GB + 7B 會先把 API 帳單打平，再把隱私留下。
折中做法我們更推薦：閘道繼續走遠端主模型，把標題生成、短摘要這類雜活交給官方說的 utility 小模型，或者偶發切到本機 7B。不要在同一台 8 GB 機器上同時開瀏覽器技能和本機 14B，記憶體帳對不上。
怎麼下單：一張決策表
把「我想要的能力」寫成必須同時成立的條件，再買機器。條件互相打架時，拆成兩台，比一台既跑瀏覽器又跑 14B 更便宜、更好排障。
| 你要的能力 | 最低能開機 | 建議下單 | 明確不要做 |
|---|---|---|---|
| Telegram / Discord 文字助手 | 2C4G 本機安裝 | 2C8G + Docker 預建 | 本機建置映像、開桌面 |
| 再加瀏覽器技能 | 4C8G | 4C8G 或 4C16G | 與本機 14B 同機 |
| 本機 7B 推論 | 4C16G | 4C16G NVMe 80 GB+ | 指望 8 GB 硬扛 |
| 團隊多通道 + 稽核日誌 | 4C8G | 4C8G / 80–160 GB | 日誌不輪替 |
生產上還有兩件和規格無關、但會讓「看起來記憶體不夠」的事：閘道綁 0.0.0.0 卻沒反代，以及日誌碟寫滿。前者該綁 127.0.0.1 再走 Nginx / Caddy；後者給 Docker 和 journald 加上大小上限。規格買對之後，這兩項決定你下週還要不要半夜起來擴碟。
FAQ
1C1G 或 2C2G 能用來試用嗎？
只能驗證「安裝指令稿能跑完」這一步。閘道一接通道就會抖，Docker 建置幾乎必然 137。試用請至少 4 GB，準備留下來請直接 8 GB。
必須上 Ubuntu 嗎？Debian 行不行？
Debian 12 也能跑，Docker 官方同樣支援。我們選 Ubuntu 是因為映像好找、文件和排錯帖對齊。別在生產機上用非 LTS 桌面版湊數。
CPU 是瓶頸還是記憶體是瓶頸？
遠端 API 場景幾乎全是記憶體和磁碟。CPU 只有在本機推論、瀏覽器算繪或本機建置映像時才成為第一條警戒線。4 vCPU 對文字閘道是奢侈，對 14B 是剛需。
磁碟選普通 SSD 還是 NVMe？
遠端 API 對磁碟不敏感。本機模型載入和 Docker 層展開能感到 NVMe 的好處。80 GB NVMe 比 160 GB 慢碟更值得，前提是你打開了日誌輪替。
閘道放 Linux，控制面可以放雲端 Mac mini
Linux VPS 適合常駐 OpenClaw 閘道：便宜、映像標準、Docker 資料齊。但當你還要在同一套工作流裡做 Safari 驗收、Xcode 簽署，或希望有一台低功耗、少崩潰的值班機時，再往這台已經跑著 Docker 和日誌的 Linux 上加負載，記憶體帳很快會打回原形。Apple Silicon 統一記憶體、待機大約 4W、macOS 適合長期無人值守，這三點和「再買一檔 32 GB Linux」是不同維度的選擇。
更穩的拆法是：Linux 雲主機專跑閘道和遠端 API，雲端 Mac mini 專跑需要原生 macOS 的建置與桌面自動化。Homebrew、Docker、SSH 在 Mac 上開箱即用，也不用為了多一個瀏覽器技能去和 Ollama 搶同一份 RAM。
如果你已經按本文把 Linux 檔位定下來，下一步是給團隊留一台不跟推論搶記憶體的控制節點——VPSSpark 雲端 Mac mini M4 就是這個位置。立即了解套餐方案，按週或按月加一台，比把所有行程塞進同一台 VPS 更好排障。