OpenClaw 部署这件事,放 2026 年来看已经不算什么新活了,但真正动手时,很多人仍然卡在同一个环节:服务器刚买好,Docker 装到一半,API 配错了地址,UI 起不来,日志刷了一屏英文,越看越懵。这篇文章就把我在腾讯云上用 6 分钟从零跑通 OpenClaw 的完整过程写出来,重点说清楚阿里云百炼 API 怎么和 OpenClaw 对接,包括环境变量、模型名称、鉴权方式,以及最容易被热搜词背刺的 unknown model 和 Control UI did not start 这两类报错。
这套方案适合零基础用户,也适合手里已经有一台闲着的 Linux 服务器、想快速搭一个能接入聊天渠道、能写小说、能扩展自定义 skill 的个人 AI 助理的朋友。我会把买服务器、装 Docker、配国内镜像加速、启动 OpenClaw、配百炼 API 这几步全部拆开,每一步都给了可以直接复制的命令和配置。你不用懂太深的技术,照做就能跑起来。
1. 部署前先想清楚:OpenClaw 到底需要什么
1.1 OpenClaw 是什么,它解决了什么问题
OpenClaw 是一个开源的 AI 助理服务端,它的前身是圈子里讨论度很高的 Clawdbot 项目,后来的维护者把它重新整理成了一个更规范、更容易部署的版本。简单理解,它就是一个把“大模型能力”和“各种工具入口”连接起来的中间层。你可以把模型当成大脑,OpenClaw 就是神经中枢,消息从微信、飞书、Telegram 或者网页端进来,它负责判断该调哪个模型、要不要调用某个 skill、最后把结果再回复出去。
它最吸引人的一点是 skill 机制。skill 可以理解为给 AI 配的“外挂技能包”,比如你想让它帮你查天气、写周报、生成小说章节,都可以通过配置文件给 AI 增加对应能力。这样一来,OpenClaw 不只是一个聊天机器人,而是一个可以持续扩展的自动化助理。不少团队用它做内部的运营助手,也有个人开发者把它接进自己的笔记系统里,当第二大脑用。
很多人第一次听到 OpenClaw 会以为它需要 GPU,实际上没有这个要求。模型推理不在本地跑,OpenClaw 只是一个编排和调度服务,CPU、内存给够就行。这就意味着,一台 2 核 2G 的轻量云服务器完全够用,部署门槛比想象中低得多。
1.2 为什么推荐腾讯云 + 阿里云百炼这套组合
先说我为什么把服务器选在腾讯云。国内节点的云服务器访问速度快,尤其你后续要接入飞书、企业微信这类国内服务,回调地址在国内要比在境外稳定得多。腾讯云的轻量应用服务器在同类产品里价格一直比较友好,新用户活动价很便宜,而且控制台自带网页终端,不熟悉 SSH 工具的人也能直接操作。对零基础用户来说,这个体验很重要。
再说阿里云百炼。它是阿里云旗下的大模型服务平台,集成了通义千问系列、DeepSeek 系列等多个模型。我推荐它的核心原因是接口兼容 OpenAI 格式,这意味着 OpenClaw 不需要任何特殊适配,只要把 API 地址和 Key 填对,就能正常调用。而且百炼平台上有免费额度,个人折腾一段时间基本花不了多少钱。
理论上你可以在腾讯云上跑 Ollama 这类本地模型方案,彻底不依赖外部 API。但本地模型需要下载几个 GB 的权重文件,2G 内存的服务器跑起来非常吃力,对话速度也慢。相比之下,百炼这种云端 API 开箱即用,明显更适合“6 分钟跑通”这个目标。
1.3 6 分钟的时间账是怎么算出来的
六分钟听起来像标题党,但它的前提是把账号和 API Key 提前准备好。我把完整拆解一下:买服务器和初始化控制在 1 分钟,如果你已经有机器,这一步可以忽略;安装 Docker 和配置镜像加速大约 1 分钟;拉取 OpenClaw 镜像、启动容器大约 2 分钟,这部分取决于网络和镜像体积;剩下 2 分钟花在百炼 API 配置和 UI 验证上。
如果你的服务器是全新的,第一次 SSH 登录、改密码、更新 apt 源这些操作会额外占用一点时间。所以 6 分钟是针对“已经开通账号、百炼 API Key 就位”的情况。第一次操作慢一点很正常,我后文会一步步带你走,并给出每个步骤里最容易被卡住的点。
还有一点需要提前说明:OpenClaw 的官方仓库更新比较快,不同版本的默认端口、环境变量名可能有差异。文章里我以最通用的 Docker Compose 部署方式为例,建议你实际操作时对照手头版本的 README 来确认,配置哲学是一样的,但具体字段要以官方文档为准。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 腾讯云服务器初始化,零基础也能照做
2.1 购买一台合适的轻量应用服务器
打开腾讯云官网,在首页找到“轻量应用服务器”入口,地域选一个离你最近的国内节点,镜像选择 Ubuntu 22.04 LTS 或 Debian 12。配置方面,2 核 2G 带宽 4M 起步就够用了,OpenClaw 本身不挑配置,主要消耗内存的是容器运行时的系统进程。如果你之后想同时跑多个 AI 工具,可以升到 2 核 4G,但没必要一开始就买大配置。
操作系统我建议选 Ubuntu 22.04,原因是它的生态最成熟,网上随便一搜都是现成的命令,出问题也容易找到答案。CentOS 虽然在很多老教程里还出现,但已经明显落后于时代,腾讯云现在的默认镜像也基本都在推 Ubuntu 和 Debian 系。选好配置后按年付费通常比按月划算,也可以先买一个月测试,跑通了再续费。
购买完成后,在轻量应用服务器控制台能看到这台机器的公网 IP 和操作系统信息。记下公网 IP,后文所有操作都会用到。如果你已经有了一台腾讯云 CVM 云服务器,下面的操作同样适用,不用刻意换机器。
2.2 防火墙规则放行 7860 端口
服务器买好后第一件事不是装软件,而是先把防火墙端口放行。腾讯云的轻量服务器默认自带一个防火墙,它独立于操作系统防火墙,控制台里的“防火墙”页面就是这个功能。你需要放行以下端口:22 端口用于 SSH 登录,80 端口用于后续可能的 Web 服务,443 端口是 HTTPS 预留,还有 7860 端口,这是 OpenClaw 网页控制界面常用的默认端口。
点击“添加规则”,协议选 TCP,端口填写 7860,来源建议先选“所有 IPv4”,跑通后再根据实际需要收紧。这里最容易踩的坑是:你明明启动成功了,但浏览器打不开页面,十有八九就是防火墙没放行。还有一个细节,腾讯云轻量服务器和 CVM 的防火墙入口不一样,轻量在控制台左侧“防火墙”,CVM 在“安全组”,原理类似,记得别找错地方。
如果你对端口不敏感,也可以把 7860 改成别的端口,比如 18080,只要容器映射端口、防火墙放行端口、浏览器访问端口三者保持一致就行。我后面统一用 7860 来说明。
2.3 登录服务器,准备一个基础环境
腾讯云轻量控制台自带网页版终端,叫 OrcaTerm,点击“登录”按钮就能直接进入服务器的命令行界面,这对不习惯本地终端工具的朋友很友好。如果你更习惯本地操作,也可以打开终端工具,用 ssh 命令连接:
bash复制ssh root@你的公网IP
第一次登录后会提示输入密码,密码是你购买服务器时设置的,建议登录后立刻执行 passwd 修改。初次登录系统后,先做两件事:更新软件源缓存,以及安装一些基础工具,比如 curl、git、vim,这些后面会用到。
bash复制apt update && apt upgrade -y
apt install -y curl git vim
这里没有必要创建复杂的新用户,直接使用 root 也不会有什么问题,重点是保持环境干净。如果你是日常工作机,建议用普通账号管理,但在云服务器上手头只有一两台机器的场景,root 效率最高,注意密钥和密码安全就行。
3. Docker 安装与国内镜像加速,这一步别跳过
3.1 安装 Docker 的最快方式
Docker 是运行 OpenClaw 的基础,安装方法有很多,我推荐直接用官方提供的安装脚本。执行下面的命令,它会自动完成 Docker 和 Docker Compose 插件的安装:
bash复制curl -fsSL https://get.docker.com | sh
执行过程可能需要一两分钟,脚本会帮你配置系统的软件源并安装 docker-ce、docker-ce-cli 等组件。安装完成后,验证一下:
bash复制docker version
docker compose version
如果 docker compose version 提示找不到命令,说明当前 Docker 版本太老,或安装时没有带上 Compose 插件。这时候可以手动补装插件,也可以直接换一个思路:用 docker run 命令单容器部署,同样能跑通 OpenClaw,后面我会给到具体命令模板。
国内很多教程喜欢手动加腾讯云或阿里云的 apt 源来装 Docker,优点是可预测,缺点是命令又长又容易出错。官方脚本更适合零基础用户,出了问题也更容易排查。装完之后不用管 Docker 服务状态,systemd 会帮你管理好。
3.2 配置阿里云容器镜像加速器
装好 Docker 之后,如果你直接拉 OpenClaw 镜像,大概率会遇到超时或拉取非常慢的情况。原因是 Docker 默认去 Docker Hub 这个海外仓库拉镜像,在国内网络环境下体验不稳定。解决办法是配置一个国内镜像加速器,阿里云容器镜像服务就提供了免费的个人加速地址。
登录阿里云控制台,搜索“容器镜像服务”,进入“镜像加速器”页面,你会看到一个形如 https://xxxx.mirror.aliyuncs.com 的专属地址。然后编辑 Docker 的配置文件:
bash复制vim /etc/docker/daemon.json
如果文件不存在就新建一个,内容如下:
json复制{
"registry-mirrors": ["https://xxxx.mirror.aliyuncs.com"]
}
保存后重启 Docker:
bash复制systemctl daemon-reload
systemctl restart docker
这样拉取 Docker Hub 上的公共镜像时,Docker 会优先从阿里云的加速节点下载,速度会快很多。这里要提醒一句:镜像加速器只对 Docker Hub 的公共镜像有效,不影响你后续配置百炼 API 之类的访问。如果你完全不想依赖 Docker Hub,也可以把 OpenClaw 镜像推到自己的阿里云镜像仓库里再从腾讯云拉取,只是这属于进阶操作,新手不需要折腾。
3.3 用一个测试容器验证环境
加速器配置好之后,最好先拉一个轻量镜像验证一下,避免到了正式部署 OpenClaw 时才发现问题。执行:
bash复制docker run hello-world
如果能看到一段 Hello from Docker 之类的提示,说明 Docker 本身和镜像拉取链路都正常。如果提示超时或者找不到镜像,回到上一步检查 daemon.json 的加速器地址是否填写正确,重启 Docker 后重试。
测试完之后,顺手删掉这个临时容器,保持干净:
bash复制docker rm -f hello-world || true
docker system prune -f
到这里,服务器环境已经准备好,下一步就可以正式开始部署 OpenClaw 了。
4. OpenClaw 服务端部署,从空目录到网页 UI
4.1 获取项目文件与配置目录
OpenClaw 提供几种部署方式,最省心的是用官方编排文件。打开 OpenClaw 的 GitHub 仓库,先看 README 里的 Docker 部署说明,复制项目代码到服务器上:
bash复制git clone https://github.com/openclaw/openclaw.git
cd openclaw
仓库里通常会带一个 docker-compose.yml 或者 docker-compose.yaml 文件,以及一个 .env.example 环境变量示例文件。如果没有 .env 文件,就把示例文件复制一份作为起点:
bash复制cp .env.example .env
这里要特别强调:OpenClaw 的配置很多是通过环境变量传进容器的,所以 .env 文件就是整个部署的“控制中心”。不要跳过这一步,也不要直接改 docker-compose.yml 里的环境变量,那样改动不集中,版本升级时容易丢配置。
接下来用 vim 打开 .env 文件,我们需要关注和模型接入相关的字段,其他暂时不用动。
4.2 在 .env 中对接阿里云百炼 API
OpenClaw 对接 OpenAI 兼容接口的核心变量有三个:API Key、Base URL、模型名称。我参考通用 OpenAI 变量名示例,按下面这样填:
bash复制OPENAI_API_KEY=sk-你的百炼APIKey
OPENAI_BASE_URL=https://dashscope.aliyuncs.com/compatible-mode/v1
OPENAI_MODEL=qwen-plus
很多人在 OPENAI_BASE_URL 这里踩坑。百炼的兼容接口地址必须带 /compatible-mode/v1 这个路径,如果漏掉或者只写成 https://dashscope.aliyuncs.com,OpenClaw 会请求到错误路径,导致连接失败。/v1 是 OpenAI 风格的 API 版本前缀,compatible-mode 是百炼专门用来兼容 OpenAI SDK 的入口,这两段一个都不能少。
模型名称先填 qwen-plus,它是通义千问系列的均衡款,响应速度和效果都不错。如果你手头已经申请了 DeepSeek 模型,也可以填 deepseek-v3 或 deepseek-r1,但要注意模型名必须和百炼平台上展示的 ID 完全一致。我在后面第 5 节会专门讲模型选择的坑。
如果你没用百炼,而是想接本地 Ollama,BASE URL 一般写成 http://宿主机IP:11434/v1,模型名填你在 Ollama 里拉取的那个名字,比如 qwen2.5:7b。但本地方案对服务器配置要求高,不是本文推荐路径。
4.3 启动容器并观察日志
配置好 .env 后,执行启动命令:
bash复制docker compose up -d
首次执行会拉取 OpenClaw 镜像,时间取决于镜像加速器配置得好不好。正常的话一两分钟内就能完成。启动完成后,查看容器状态和日志:
bash复制docker compose ps
docker compose logs -f openclaw
日志里能看到服务初始化的过程,比如加载配置、连接模型接口、启动 WebUI 等。如果日志中频繁出现 Failed to connect 或者 model not found,多半是环境变量配错了,先按 Ctrl+C 退出日志查看,修好配置再重启容器:
bash复制docker compose restart openclaw
修改配置后我建议直接 docker compose down 再 docker compose up -d,而不是只 restart。因为环境变量是在容器创建时注入的,restart 不一定能完全让新配置生效。稳妥起见,就 down 再 up。
如果项目没有提供 docker-compose 文件,你也可以用 docker run 单容器方式,思路一样,只是端口、目录需要手动映射。典型命令:
bash复制docker run -d --name openclaw \
-p 7860:7860 \
--env-file .env \
-v $(pwd)/data:/data \
ghcr.io/开头的镜像地址:latest
具体镜像地址以仓库 README 为准。我不建议新手一上来就用 docker run,因为参数容易写错,docker compose 可读和可维护性都更好。
4.4 打开 Control UI 验证服务
容器正常运行后,在本地浏览器输入:
text复制http://你的公网IP:7860
如果一切正常,你会看到 OpenClaw 的 Control UI 页面。有些版本的界面是一个对话窗口,有些是配置面板,你可以直接在网页里填 API Key 和模型名,也可以直接看到部署状态。这个界面就是 OpenClaw 的“驾驶舱”,后续管理渠道、查看会话记录、测试技能都在这里做。
如果页面打不开,先检查腾讯云防火墙有没有放行 7860 端口,再检查容器是不是还活着。用下面的命令看端口映射是否生效:
bash复制docker compose ps
如果容器显示的端口是 0.0.0.0:7860->7860/tcp,说明映射是正常的。此时再从服务器本地 curl 一下页面:
bash复制curl -I http://localhost:7860
如果本机能通、外网不通,问题基本就在防火墙;如果本机也不通,就要看容器的启动日志,大概率是服务没正常监听 7860 端口。
5. 阿里云百炼 API 配置保姆级教学
5.1 开通百炼并创建 API-KEY
先进入阿里云官网,登录后搜索“百炼”进入产品页。首次使用需要开通百炼服务,按页面提示完成开通即可,这个过程不收费。开通之后,在控制台右上角或者左侧菜单里找到“API-KEY”管理入口,点创建,平台会生成一串以 sk- 开头的密钥。
创建完成后,一定要把密钥完整复制到本地保存。阿里云不会在页面上再次展示完整密钥,如果你关掉页面忘记保存,只能删掉重建一个。
百炼的 API-KEY 和你登录阿里云账号是绑定的,它在调用模型时就是身份凭证。理论上一个账号可以创建多个 Key,我建议你专门为 OpenClaw 创建一个,不要和主账号密钥混用,这样万一泄露,可以在后台单独删除,不影响其他业务。
5.2 模型选择与命名规则
百炼平台集成的模型很多,对 OpenClaw 来说,主要用下面这几个就够了:
| 模型 ID | 特点 | 适用场景 |
|---|---|---|
| qwen-turbo | 便宜、响应快,适合高频简单任务 | 聊天、信息抽取、轻量问答 |
| qwen-plus | 均衡,成本与效果兼顾 | 日常助手、写代码、常用默认 |
| qwen-max | 通义千问旗舰,能力强 | 复杂推理、高质量长文 |
| deepseek-v3 | DeepSeek 推理与生成均衡 | 代码生成、中长文本创作 |
| deepseek-r1 | 深度思考型 | 数学题、逻辑推理类任务 |
注意,模型 ID 必须和百炼控制台“模型广场”里展示的完全一致。很多朋友从别的项目里复制了 deepseek-chat 或 gpt-4o-mini 之类的名称填进去,结果 OpenClaw 直接报 unknown model: deepseek,就是这个原因。百炼平台的 DeepSeek 模型 ID 是 deepseek-v3 和 deepseek-r1,和 DeepSeek 官方 API 上的命名不一样。这类问题在 OpenClaw 报错里非常典型,后面排查表里我还会再提。
如果你不确定某个模型名能用,直接在百炼平台的“API 调试”或“模型广场”里看看可调用的模型列出来的是什么字符串,以那里为准。
5.3 在 OpenClaw 中正确填写 API 参数
回到 OpenClaw 的 .env 文件,用百炼的信息替换前面的示例值。这里我会给出一个具体的 curl 测试方法,可以在不改 OpenClaw 配置的情况下,先验证 API Key 和模型名是否正确:
bash复制curl https://dashscope.aliyuncs.com/compatible-mode/v1/chat/completions \
-H "Authorization: Bearer sk-你的百炼APIKey" \
-H "Content-Type: application/json" \
-d '{
"model": "qwen-plus",
"messages": [{"role": "user", "content": "你好,请回复我是通的"}]
}'
如果返回 JSON 里包含 content 字段和一段正常回复,说明 API Key、模型名、接口地址都没问题。如果返回 401,检查 API Key 是否复制完整,有没有多空格。如果返回 404,检查地址是否少了 /compatible-mode/v1。这个 curl 命令是我排查 API 问题时第一步就做的小测试,能帮我把问题快速定位在“网络链路”还是“OpenClaw 配置”。
确认 curl 能通之后,再去改 .env 里的 OPENAI_API_KEY、OPENAI_BASE_URL、OPENAI_MODEL,保存并重建容器。
5.4 费用、限流与额度
百炼的计费是按 token 来的,每个模型单价不同。通义千问系列通常都有免费额度,新用户可以从平台页面的“免费额度”入口查看。DeepSeek 模型也有对应的价格页。对个人折腾来说,一个月跑下来的费用通常很低,但如果不设防,也可能在调试时不小心跑出大量 token。
OpenClaw 的对话日志、网页 UI 渲染都会消耗 token,尤其是让模型写小说或长篇分析时,单次请求可能消耗几千 token。我建议首次配置时先在 .env 里把模型设成 qwen-turbo,把长文测试放到后面再切到 qwen-max,能省不少钱。百炼平台还可以设置 QPS 限流,一般个人调用不会触发,但如果后面做了定时任务或批量任务,记得在控制台看一下配额。
6. 进阶玩法:渠道接入与自定义 skill
6.1 接入飞书、Telegram 和微信官方能力
OpenClaw 真正的价值在于接入真实的消息渠道。以飞书为例,你在飞书开放平台创建一个小程序应用,拿到 App ID 和 App Secret,然后把它填到 OpenClaw 的环境变量里。飞书的事件订阅地址需要填写一个公网可访问的 URL,正好就是 http://你的公网IP:7860 对应的回调路径,具体路径要看官方文档,不同版本略有差异。
Telegram 接入相对更简单,你找 BotFather 申请一个 token,填到配置里,再把公网地址配好即可。因为 Telegram 服务器在海外,对接时可能遇到网络问题,所以如果你的服务器在国内节点,消息推送延迟可能会比较明显。这一点你自己权衡。
微信这块要特别谨慎。个人微信的自动化协议属于灰色地带,我见过不少项目用非官方 hook 登录个人号,最后号没了。OpenClaw 官方如果支持微信通道,也多半是基于企业微信或微信公众平台这类官方开放能力。生产环境建议直接用飞书、企业微信或 Telegram,稳定且合规。个人折腾娱乐,风险自担。
6.2 用 skill 机制做一个写小说助手
skill 是 OpenClaw 很核心的扩展机制,本质上是给 AI 预设的提示词、参数和触发规则的组合。你可以把它理解成“岗位说明书”:用户发一句话,AI 通过 skill 知道要用什么语气、什么结构、调用什么能力来回应。
举个写小说的例子。你可以在 OpenClaw 配置目录下创建一个 skill 文件,名字类似 novel_writer.yaml,内容里声明:
- 触发词:“写小说”“续写”“来个故事”
- 模型:推荐
qwen-max这类长文本能力强的 - 输出格式:章节标题 + 正文,每章 1500 字左右
- 风格要求:根据用户指定的题材,输出有冲突、有画面感的叙述
这样用户在和 OpenClaw 聊天时一提到“写小说”,AI 就会自动加载这个 skill 的设置,而不是用默认聊天风格来回复。实际效果取决于 prompt 写得好不好,以及底层模型的文本生成能力。我写完第一个 skill 之后才意识到,OpenClaw 能走多远,很大程度上取决于你喂给它的“岗位说明书”有多详细。
skill 文件写好后,通常需要重启容器或刷新 UI 让配置生效。如果配置文件语法错误,OpenClaw 会在日志里给出提示,建议先在本地校验一下 YAML 格式再放进去。
7. 常见问题与排查技巧实录
7.1 问题速查表
下面这张表是我在部署和日常使用中遇到过的真实问题,按出现频率排序:
| 现象 | 可能原因 | 处理方法 |
|---|---|---|
| agent failed before reply: unknown model | 模型名填错,或用了其他平台的模型别名 | 改成百炼控制台里的准确模型 ID,重点检查 deepseek-v3/deepseek-r1 |
| Control UI did not start | 端口被占用、启动时依赖没起来、镜像版本异常 | docker compose logs 看日志;检查 7860 端口映射;必要时 down 后 up |
| 容器启动后外网无法访问 UI | 腾讯云防火墙没放行 7860,或者服务只监听 127.0.0.1 | 控制台防火墙加规则;检查容器端口映射是否为 0.0.0.0 |
| API 返回 401 | 百炼 API Key 错误,或没有开通百炼 | 重新创建密钥,curl 直接验证 |
| API 返回 404 | Base URL 路径错误 | 确认地址包含 /compatible-mode/v1 |
| API 返回 429 | 触发限流或免费额度用尽 | 换 qwen-turbo 或降低请求频率,检查账户额度 |
| 拉取镜像超时 | Docker Hub 访问慢 | 检查阿里云镜像加速器配置,重启 Docker |
| 容器被 kill,日志出现 OOM | 服务器内存不足 | 加 swap 或升配到 2 核 4G |
| 中文回复乱码 | 终端编码问题 | 确保 SSH 客户端用 UTF-8,Web UI 通常无此问题 |
这张表不是让你背的,是让你在看到英文报错时,先对照现象冷静定位,而不是直接重装系统。
7.2 我实际踩过的几个坑
第一个坑是配置完 .env 后只执行了 restart,结果 API 地址一直没生效。排查了半天,最后发现环境变量只在容器创建时读取,restart 并不会重建容器。从那以后,我每次改配置都坚持 down 再 up,这个习惯帮我省了很多时间。
第二个坑是 2G 内存服务器在编译某些依赖时直接 OOM。后来我改用官方预构建镜像,跳过本地编译,问题就消失了。如果你从日志里看到 package build 之类的字眼,说明你用的部署方式可能走了本地构建路线,建议改用官方镜像。
第三个坑是我曾经把百炼的 API Key 直接写进 docker-compose.yml 并提交到代码仓库,虽然只是个人项目,但这个习惯非常危险。现在我会把 .env 文件加入 .gitignore,密钥永远不落版本库。云服务器上的 .env 文件权限也会收紧到只有 root 可读。
第四个坑是镜像加速器配置过一次就以为万事大吉。阿里云的镜像加速地址和个人账号绑定,如果你更换了阿里云账号,或者容器镜像服务页面调整,原来的地址可能失效。遇到镜像拉取突然变慢时,先回来检查这一步。
8. 一些部署完成后的建议
服务跑通之后,我强烈建议你做三件事:备份 .env 文件、给容器设置自动重启、定期看日志。.env 文件是整个部署的核心资产,丢了它 OpenClaw 基本等于白搭,最简单的备份方式是把它复制到一个安全的目录,或者存到自己的私人笔记里,注意别上传到公开仓库。
容器自动重启可以用 docker compose 自带的 restart: always 策略,这样服务器意外重启后,OpenClaw 会跟着恢复,不用你半夜爬起来手动启动。日志方面,我用过一段时间的 docker compose logs 裸看,后来实在嫌麻烦,就加了个简单的定时任务,把日志文件定期轮转,避免磁盘被日志占满。
最后再分享一个我自己的小习惯:每次部署新版本前,先看官方仓库的 release notes,确认没有破坏性变更再决定要不要升级。OpenClaw 这类项目迭代速度很快,跟着别人的教程走没问题,但最终还是要养成看官方文档的习惯。这套组合跑顺之后,你会觉得它不像一个需要精心伺候的服务,更像一个随时等着你安排任务的助手。
