为什么不应该用云 VPS 部署 OpenClaw

作者：范凯说AI

时长: 18:00

player.exe -v "dont-use-cloud-vps"

overview.md

水山AI漫谈带来一期犀利的安全分析，论证为何不应将 OpenClaw 部署在云 VPS 基础设施上，逐一拆解威胁模型、数据主权风险，并给出更安全的本地硬件部署方案，确保智能体的记忆和凭证完全掌控在你自己手中。

threat_models.md

云 VPS 的威胁面

视频开篇就绘制了在云 VPS 上运行自主智能体时引入的攻击面。与静态 Web 应用不同，OpenClaw 持有长期对话上下文、API 凭证和文件系统访问权。在 VPS 上，虚拟化监控层、云厂商员工以及同租户噪声都成为你无法审计的潜在对手。

水山AI漫谈走查了三个具体威胁模型。第一是快照风险：云厂商会自动对虚拟机做备份，而你的智能体记忆库——包括已解密的 API 密钥——会被持久化到你无法控制的存储上。第二是侧信道风险：共享基础设施上的嘈杂邻居可以推断你智能体的活动模式。第三是传票风险：存储在第三方基础设施上的数据受法律强制令约束，而你甚至可能永远不会被告知。

数据主权与记忆暴露

最令人警醒的部分涉及智能体实际存储的内容。OpenClaw 的记忆不仅仅是聊天记录——它还包括工具输出、已读取的文件内容以及中间推理轨迹。在 VPS 上，所有这些都存放在厂商随时可以检查的磁盘上。

// OpenClaw 智能体实际存储在磁盘上的内容

记忆库内容:

- ~/.openclaw/memory/conversations/ (完整聊天历史)

- ~/.openclaw/credentials/ (.env 中已解密的 API 密钥)

- ~/.openclaw/workspace/ (智能体读写过的文件)

- ~/.openclaw/logs/reasoning.jsonl (中间思考轨迹)

VPS 暴露面:

[风险] 厂商自动快照以明文包含以上全部内容

[风险] 客服人员可通过工单请求挂载你的磁盘

[风险] 面向厂商的传票完全绕过你本人

本地硬件:

"物理占有 = 法律地位。你的机器、你的磁盘、你的司法管辖权。"

safer_deployment.md

更安全的替代方案：本地与混合部署

视频不仅批评，还给出了按安全等级排序的部署阶梯。顶端是一台专用本地机器（Mac mini 或 NUC），运行开启全盘加密的 OpenClaw，仅通过 WireGuard 隧道远程访问。这让你在拥有智能体能力的同时，对每个存储扇区保持物理控制。

对于确实需要部分云存在感的用户，水山AI漫谈提出了混合模型：智能体大脑和记忆留在本地，VPS 上仅运行一个轻量中继代理来处理来自 Telegram 或 WhatsApp 的 Webhook 入站请求。代理将加密载荷转发到你的家庭网络，从不触碰凭证或记忆。这种架构在保留远程可访问性的同时，不交出真正重要的数据。

$ ssh clawdbot.space --loading...