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 在线、按天/月弹性计费。