OpenClaw 為什麼對「永不休眠」有剛性要求
OpenClaw 的核心是一個長駐的 Node.js 程序——Gateway。它同時管理 Channel Adapters（接收來自 Telegram、WhatsApp、Discord 等管道的訊息）、Session 上下文、Agent Runtime 與 heartbeat 排程器。只要 Gateway 程序退出，所有正在進行的 Agent 任務都會中斷，heartbeat 任務也不再觸發。
在本地 Mac 上運行時，以下五類事件會直接導致 Gateway 中斷：
合蓋休眠：macOS 預設合蓋後進入睡眠，Node.js 程序被掛起；重新開啟時 heartbeat 任務已積壓，需要重啟才能恢復正常排程。
系統更新重啟：macOS 自動更新夜間完成後提示重啟，若無人值守，下次開機前 Gateway 始終離線。
Keychain 與權限彈窗：執行 shell 命令時 macOS 可能彈出授權視窗；無人值守情況下彈窗掛起整個互動流程。
多使用者上下文污染：共用 Mac 時不同使用者的路徑、環境變數與 API 金鑰存在覆蓋風險，導致技能執行失敗。
無 SLA 保障：開發機同時承擔本地除錯，CPU/記憶體競爭不可預測；若想寫進團隊交付標準，本地 Mac 無法作為合約依據。
以上五點指向同一根因：本地 Mac 是為互動式使用而設計的，不是為長駐無人值守程序而最佳化的。
本地 Mac vs KVMNODE 雲端節點：穩定性對比
把 OpenClaw 遷到雲節點並不意味著失去本地控制感——資料、配置和技能指令碼仍然儲存在你的儲存庫裡；雲節點只負責提供一個永不休眠的執行環境。
| 維度 | 本地 Mac | KVMNODE 雲端節點 |
|---|---|---|
| 程序可用性 | 受休眠、更新、斷電影響 | 7×24 在線，pm2 自動重啟 |
| 彈窗干擾 | Keychain 彈窗需人工確認 | 首次配置後權限固定，無 GUI 彈窗 |
| 多使用者隔離 | 路徑與金鑰污染風險 | 獨立節點，單使用者環境，稽核清晰 |
| 效能穩定性 | 與本地任務爭搶資源 | 獨佔 CPU/記憶體，無搶佔風險 |
| 地區彈性 | 實體位置固定 | 亞洲、歐洲、美洲多區節點可選 |
| 成本形態 | 資本支出 + 電費 + 運維 | 按天/月彈性計費，無處置成本 |
把 OpenClaw 搬到雲節點，是為了把「Gateway 今天有沒有在跑」從你的每日 checklist 中永久移除。
在 KVMNODE 控制台按主使用者叢集選區，可把入口與執行端收斂到同一地理圍欄，後續寫 SLO 時也有清晰的 RTT 基線。
使用場景 × 部署模式：什麼情況下該遷雲
不是所有使用者都需要立刻遷雲——如果你只是偶爾跑個指令碼，本地 Mac 完全夠用。下面這張矩陣幫你根據使用強度做決策：
| 使用場景 | 推薦模式 | 遷雲判斷依據 |
|---|---|---|
| 個人 PoC / 週末實驗 | 本地 Mac | 中斷可接受，無 SLA 要求 |
| 個人生產（晨報/監控/自動回覆） | 雲節點 · 月租 | heartbeat 需 7×24 觸發 |
| 小團隊共享 Agent（2–10 人） | 雲節點 · 月租 | 多人共用路徑污染風險高 |
| 企業自動化 / 對外承諾可用性 | 雲節點 · 長期 | SLA 需寫進合約，合規稽核必須 |
| 跨時區團隊 | 多節點 · 按主鏈路同區 | Agent 延遲直接影響使用者體驗 |
heartbeat_頻率 = 每小時觸發次數（> 4 次/天 建議遷雲） 中斷_可接受度 = low | medium | high（low = 必須遷雲） 團隊規模 = 1 | 2-10 | 10+（2人以上共用節點建議獨佔） 結論 = 以上任意一項觸發 → 優先考慮 KVMNODE 雲端節點
遷雲前準備：如果已在運行 100+ AgentSkills 或接入了多個 Channel Adapter，遷雲前先記錄當前技能目錄的絕對路徑和 .env 配置，遷移到新節點時直接複用。
六步在 KVMNODE 節點上部署 OpenClaw Gateway
下列順序可直接交給維運執行；若團隊已有 Ansible 或 Terraform，可把第 2、4、5 步替換為冪等任務，但驗收仍以「pm2 持久化生效 + 心跳閉環日誌」為準。
選擇節點地區並建立 SSH 連線：在 KVMNODE 控制台選擇與主要使用者或 Webhook 來源最近的節點，配置本地 ~/.ssh/config 實現一鍵免密登入。
確認執行環境：登入後執行 node -v（需 ≥ 18.x）和 npm -v，確認節點能存取 LLM API 端點（OpenAI / Anthropic / Google）。
克隆儲存庫並安裝相依套件：執行 git clone https://github.com/OpenClawHQ/openclaw.git && cd openclaw && npm ci。
遷移配置檔案（.env 與 YAML）：透過 scp 傳輸 .env（LLM API Key、監聽連接埠）和 config/*.yaml，嚴禁明文寫入程式碼儲存庫。
配置程序守護（pm2）：執行 npm install -g pm2 && pm2 start npm --name "openclaw-gw" -- start && pm2 save && pm2 startup。
寫入驗收標準並驗證 heartbeat：觸發一次手動 heartbeat 任務，確認日誌中出現完整「執行→觀察→記憶寫入」循環，將關鍵參數寫入 Runbook。
三條生產環境必寫入的配置口徑
程序守護的重啟策略：配置 max_restarts: 10 和 min_uptime: 5000，達到上限後停止並透過 pm2 webhook 推送告警，防止崩潰循環掩蓋真正問題。
連接埠隔離與存取控制：Dashboard 預設監聽 3000 連接埠，不得暴露公網。透過 SSH 隧道存取（ssh -L 3000:localhost:3000 your-node），防火牆禁止 3000 連接埠入站。
AgentSkills 路徑權限：第三方技能放在獨立目錄，使用低權限使用者執行，精確授權 OpenClaw 程序可存取的目錄範圍。
安全警告：OpenClaw 擁有系統級存取權限（檔案系統 + shell 命令）。生產節點上絕對不要使用 root 使用者執行 Gateway，也不要安裝來源不明的第三方 AgentSkills。
相比在本地 Mac 上反覆除錯休眠策略，一台獨佔的 KVMNODE 雲節點把「Gateway 今天有沒有在跑」從你的每日 checklist 中永久移除。KVMNODE 高效能 VPS 是更穩定的起點：獨佔資源、7×24 在線、按天/月彈性計費。