眠子子子最近不少朋友在问我，OpenClaw 这类开源智能体运行时到底该怎么落地到云服务器上，尤其是想在京东云这种国内云环境里从零开始搭一套能稳定跑业务的 Agent 服务，到底要分几步、踩哪些坑。网上的教程基本都停留在“执行一条安装命令”的层面，真正到了配置模型、挂技能、开机自启、日志排查这些环节，资料少得可怜。这篇我把自己的完整搭建过程拆开来讲，从买机器到调通第一个任务，每一步都给出理由和验证方法，照着做基本能避开我踩过的所有坑。
1. OpenClaw 到底是个什么东西：先搞清楚再动手
1.1 它的定位与常见误读
先说结论：OpenClaw 不是一个大模型本身，也不是像 Dify 那种重型的可视化工作流平台，它更接近一个“智能体运行时”——你可以把它理解成给大模型装上手脚的调度中枢。它的核心工作是接收你定义好的任务，把任务拆解成步骤，再调用各种工具（简称技能）去执行：查数据库、发 HTTP 请求、读写文件、对接飞书通知，全都可以挂进来。
所以很多人在热搜里把“OpenClaw 部署”和“DeepSeek 部署”“Ollama 本地部署”混在一起问，其实这两类东西是配合关系，不是替代关系。打个比方：Ollama 是一个模型仓库和推理服务，负责“思考”；OpenClaw 是一个调度框架，负责“干活”。部署 OpenClaw 的时候，你仍然需要先想清楚模型从哪来，是调云端 API，还是本地起一个 Ollama 服务，抑或用公司内部已部署的模型网关。
1.2 为什么选京东云而不是本机部署
很多人的第一个念头是在自己电脑上装，Windows 下直接跑 OpenClaw 本身不难，PowerShell 里执行安装指令就能起来。但你一旦想让它 7×24 小时替你干活，问题就来了：电脑会休眠、IP 会变、断网就断执行、笔记本一合盖整个任务链就断了。
云服务器解决的就是这几个问题：固定的公网入口、常驻的电源和网络、可弹性扩容的 CPU 和内存。在京东云上搭建还有一个现实考虑——国内访问国外的一些安装源、模型接口不稳定，京东云的节点在国内，配合国内可访问的模型服务，整个链路延迟更低，出问题也好排查。如果你的使用场景里必须用到海外模型网关，同样建议把 OpenClaw 本体放在国内云、模型层走合规的代理接入，而不是把整台服务器放到海外去绕，这是另外一个话题，后面细说。
1.3 部署后的整体架构
在动手之前，先把自己要搭的架构画清楚。我的推荐结构是这样的：
- 京东云 ECS 实例：承载 OpenClaw 运行时，安装 Docker、Python 运行时、Node 运行时；
- 模型层：选择 OpenAI 兼容接口的模型服务，可以是云端 API，也可以是自建 Ollama 服务，OpenClaw 通过配置文件接入；
- 技能层：在 OpenClaw 的 workspace 目录里维护多个技能脚本，每个技能是一个可以被模型调用的工具；
- 消息层：通过飞书、钉钉等 IM 平台作为交互入口，OpenClaw 把执行结果推送给你的群聊或机器人。
这个结构里，OpenClaw 是中间那根轴，往上接模型，往下管工具，往外连消息平台。搞清楚这个关系，后面配置的时候就不会晕。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 京东云主机选型与初始化：这是踩坑的第一站
2.1 买多大配置：实例规格与带宽
我不建议一上来就买高配，OpenClaw 本体非常轻量，真正吃资源的是它要调用的模型服务和并行任务数。如果你打算在同一台机器上既跑 OpenClaw 又跑 Ollama 本地部署模型，那配置得往高了抬；如果模型走的是云端 API，2 核 4G 起步完全够用。
我用的是一台 4 核 8G 的通用型实例，系统盘 50G SSD，数据盘另外挂了一块 100G 的云盘。为什么单独挂数据盘？因为 OpenClaw 的 workspace、日志、模型缓存这些会持续增长，如果系统和数据混在一张盘上，刷系统、换镜像的时候容易把辛辛苦苦配好的技能脚本给冲掉。数据盘独立挂载到 /data 下，所有业务数据放在里面，系统盘随便折腾都不心疼。
带宽方面，只是跑 Agent 任务、收发消息，5Mbps 固定带宽就够。注意按固定带宽计费而不是按流量计费——Agent 任务一旦跑起来，如果循环调用接口下载数据，按流量计费会把你账单刷得很吓人。
2.2 系统镜像与登录方式
系统镜像我推荐 Debian 12 或 Ubuntu 22.04 LTS，原因很简单：这两个系统的软件源里自带 Docker、Python 3.10+ 的包，安装依赖时省去一堆编译的麻烦。京东云控制台创建实例时，在镜像市场里选“Debian 12 64位”即可。别用 CentOS 7，虽然它还没完全退场，但底层的库太老，装新版 Node、Python 容易碰到 GLIBC 版本不兼容，浪费时间。
登录方式建议直接配置密钥对登录，不要用密码登录。云服务器默认暴露在公网上，如果用密码，爆破脚本几分钟就能扫到你。在控制台创建实例时选“新建密钥对”，把私钥下载到本地，然后用终端：
bash复制chmod 600 ~/.ssh/my_key.pem
ssh -i ~/.ssh/my_key.pem root@你的公网IP
第一次登录后，我习惯立刻修改 SSH 配置，把密码登录关掉：
bash复制sudo sed -i 's/^#PasswordAuthentication yes/PasswordAuthentication no/' /etc/ssh/sshd_config
sudo sed -i 's/^PasswordAuthenticatio