飞翔的十号这段时间后台私信问得最多的问题，十个里有七八个都跟OpenClaw有关：怎么部署、腾讯云服务器怎么选、百炼的APIKey到底填在哪。说实话这几个问题完全可以串成一条线，我把自己最近几次部署、以及帮朋友远程排查的完整过程整理成这篇实操笔记，从服务器选购到OpenClaw界面亮起，再接上百炼的模型真正对话，全程不绕弯子。这篇文章主要面向第一次碰云服务器的小白，但如果你已经玩过Docker、部署过一些开源项目，也可以直接跳到后面的报错排查和进阶配置部分，那边有不少常规教程不会写的细节。
很多教程一上来就甩一串命令，结果新手连服务器都登不进去。所以我这篇会把“为什么要这样做”也讲清楚，甚至连“为什么买这个配置”“为什么开这个端口”这种基础问题都解释到位。讲不清楚的地方我也会直接说明这是个人经验总结，不会让你照着一个不知所以然的步骤瞎复制。
1. OpenClaw到底是什么？先弄明白它再决定要不要搭
1.1 一句话理解OpenClaw
很多朋友第一次听到OpenClaw这个名字，本能地觉得它又是一个大模型。其实不是，它是一个AI智能体框架，你可以把它想象成给大语言模型装了一个“值班前台”：消息进来，它负责接收；任务来了，它负责拆解；需要调用工具，它负责执行。真正负责思考的是底层的大模型，比如百炼上的通义千问、DeepSeek，OpenClaw则是那个把模型能力落地成具体动作的调度中枢。
如果拿公司打比方，大模型是坐在办公室里的专家，OpenClaw就是门口的前台兼助理。专家负责出主意想方案，前台负责记需求、跑腿、把结果送回来。没有OpenClaw，模型再聪明也只能在对话框里等你有空去问一句答一句；有了OpenClaw，它可以7乘24小时挂在服务器上，通过微信、网页、命令行等各种渠道接收指令，还能按预定计划主动干活。
这个定位决定了它对服务器性能的要求并不高。真正吃资源的是大模型那边，而大模型我们走百炼的API，不用自己买显卡，服务器只需要跑OpenClaw这个程序和它配套的UI界面，入门配置就够用。
1.2 它和Claude Code、Dify这类工具的区别
部署之前先把概念捋清楚，不然很容易混。Claude Code这类的定位是终端里的编程助手，它跟你的代码仓库对话，帮你改代码、跑命令，核心场景是开发效率工具。Dify这类则更像一个低代码AI应用搭建平台，你可以在里面拖拽工作流、发布给用户，偏“应用开发平台”路线。
OpenClaw走的是个人智能体路线，定位更像是一个可以常驻后台、对接多种聊天渠道、具备开关技能和定时任务能力的个人Agnet。它更强调“主动”和“常驻”：你部署好之后，它可以一直在服务器上跑着，通过微信或者其它IM跟你交流，也能定时执行任务、调用各种工具。对于想搞一个“长期在线AI管家”的人来说，这个定位非常合适。
所以部署之前想清楚你的用途很重要。如果你只是想在终端里辅助写代码，那直接用Claude Code就行，没必要折腾服务器；如果你想搭一个可以通过微信随时联系、能执行任务的常驻助手，那OpenClaw就是正确方向。方向定了，后面每一步都顺了。
1.3 为什么首推“腾讯云+百炼”这个组合
OpenClaw本身是开源的，理论上可以装在任何一台能跑Docker的机器上，包括你自己的旧电脑。但个人电脑有几个现实问题：家里宽带的公网IP不一定有，远程访问不方便；电脑不可能7乘24小时不关机；你在外面用微信找它办事，结果家里断电断网，一切白搭。
所以最省心的方案是把OpenClaw部署在云服务器上。国内云厂商里，腾讯云对新手比较友好：新用户活动价便宜，轻量应用服务器有现成的Docker镜像，控制台的防火墙设置也比较直观，很多朋友第一次接触云服务器就是从腾讯云开始的。我自己测试下来，一台2核4G的轻量服务器跑OpenClaw加一个轻量UI界面完全没有压力，成本也不高。
大模型这边，阿里云百炼是一个很合适的选择。它不需要你自建模型，注册开通之后就能调用通义千问系列、DeepSeek系列等多个模型，提供OpenAI兼容接口，和OpenClaw对接非常顺滑。新用户通常还有免费额度可以试，等于你只花服务器的钱就能先把整套东西跑通。国内服务器访问国内API，网络延迟低、稳定性高，这才是“腾讯云+百炼”组合最核心的底气。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 腾讯云服务器选型与初始化，第一步最劝退
2.1 配置怎么选：2核4G起步，别贪大也别太小
OpenClaw本体是个Node.js或Docker容器这类程序，内存占用大头在运行时的Chromium插件、日志缓冲、以及跟模型API之间的长连接。根据我实测，2核4G配置跑OpenClaw加Web UI是够用的，这也是绝大多数云厂商入门套餐的主流配置。
如果你想额外在服务器上跑本地模型，比如通过Ollama加载一个7B量级的小模型，那4核8G是底线，16G内存更舒服。注意本地模型和API方案是两条路线，二选一就能用。对于新手来说，我的建议是先用2核4G走百炼API把整个链路跑通，等以后真觉得本地模型有需求了再升级，或者直接在控制台调整配置，不用一步到位。
下面这个表是我根据实际使用场景整理的配置建议：
| 使用场景 | 配置建议 | 说明 |
|---|---|---|
| 只跑OpenClaw + 百炼API | 2核4G | 入门够用，预算最低 |
| OpenClaw + 多个渠道接入 + 大量Skill | 2核4G或4核8G | 看Skill复杂度，建议4核8G |
| OpenClaw + Ollama本地7B模型 | 4核8G起步 | 无GPU时尽量选16G内存 |
| 生产用途、多人使用 | 4核8G以上 | 建议再加数据盘做日志备份 |
地域选择上，国内节点延迟低、访问百炼API网速好，默认选最近的即可。考虑到备案问题，如果你后续想绑定域名、走443端口对外提供Web服务，就提前把备案这步规划好；如果只是自己通过IP加端口临时用，初期不备案也能跑。
2.2 系统镜像、登录方式和关键初始化
创建服务器时镜像选Ubuntu 22.04或24.04 LTS，原因很简单：Ubuntu的软件源里直接有Docker、docker-compose的安装包，OpenClaw社区给的文档多数也以Ubuntu路径为主，踩坑最少。不建议一开始选带宝塔面板的镜像，刚上手时多一个面板反而多一层概念负担，以后熟练了再迁移也不迟。
登录服务器推荐用SSH密钥方式而不是密码。密钥登录不仅更安全，而且省去每次输密码的麻烦。腾讯云控制台创建密钥后下载私钥文件，然后在终端里用ssh -i 私钥文件 ubuntu@服务器IP登录。如果你用的是Windows，推荐装Windows Terminal加一个PowerShell就能完成所有操作，不用再额外装第三方工具。
登录后第一件事不是急着装OpenClaw，而是把系统基础环境整理干净。我这边的固定流程是：
bash复制# 更新软件源和系统包
sudo apt update && sudo apt upgrade -y
# 安装常用基础工具
sudo apt install -y curl wget git ufw
# 安装Docker及Compose插件（Ubuntu官方源）
sudo apt install -y docker.io docker-compose-v2
sudo systemctl enable --now docker
sudo usermod -aG docker $USER
装完Docker后重新登录一次，让用户组权限生效。然后顺手把Docker的国内镜像加速配置一下，腾讯云、阿里云都提供加速器地址，配置在/etc/docker/daemon.json里。这一步能明显提升拉取镜像的速度，尤其对OpenClaw那种镜像体积比较大的项目来说，能省不少等待时间。
2.3 端口和安全组：别一键放通所有端口
端口问题是部署OpenClaw时问得最多的，热词里甚至有人搜“腾讯云如何开放所有端口”，我强烈不建议这么干。当时我帮一个朋友排查，发现他图省事在防火墙里放行了全部端口，结果服务器被扫描爆破了几百次，差点被拿去挖矿。安全组和系统防火墙只需要开必要的端口，别怕麻烦。
通常需要放行的端口有两类：一类是SSH的22端口，另一类是OpenClaw界面和API服务的端口。以OpenClaw默认Web UI端口3000为例，如果你打算用IP+端口方式访问，还需要在腾讯云控制台安全组里入站规则加一条：TCP协议、端口3000、来源填写你自己的公网IP或0.0.0.0/0。如果只是自己访问，来源尽量写自己的IP，别开放全网。
同时系统里用UFW把规则同步一下：
bash复制sudo ufw allow 22/tcp
sudo ufw allow 3000/tcp
sudo ufw enable
这里有一个常见误区：很多人改了腾讯云安全组，却忘了系统防火墙没放行，或者反过来。两层防火墙都要检查。我自己习惯是先在控制台放行，再用curl -I http://127.0.0.1:3000测本机，最后用手机流量访问公网IP测试，每一步都能定位问题出在哪一层。
3. 核心部署：从SSH登录到OpenClaw界面亮起
3.1 一键脚本部署，1分钟怎么实现
OpenClaw官方提供了一键部署脚本，这也是标题里“1分钟部署”的来源。在服务器上执行类似下面的命令就会自动完成。注意不同版本安装命令可能有差异，请以官方GitHub仓库或官网文档为准：
bash复制curl -fsSL https://官方安装地址/install.sh | bash
脚本会做这些事：检测系统环境、安装缺失的依赖、拉取OpenClaw的Docker镜像或程序文件、生成默认配置文件、启动服务。实测在2核4G的腾讯云轻量服务器上，只要网络顺畅，这个脚本的执行时间确实在1分钟左右。
但这里必须说实话：所谓“1分钟”，是指脚本执行那一步的耗时，不包括前面买服务器、初始化系统、申请APIKey的时间。从零开始完整走一遍，即使很顺利也要15到30分钟。那些标题党所谓的“1分钟就能用”，通常都建立在服务器已经初始化好、APIKey已经拿到的前提下。
3.2 手动部署：用Docker Compose兜底
一键脚本虽然省事，但它隐藏了太多细节。一旦出了问题，新手连日志在哪里看都不知道。我建议即使你用了脚本，也顺手了解一下手动部署的逻辑，这样排查故障时心里有底。
手动部署用Docker Compose，先建一个OpenClaw专用目录：
bash复制mkdir -p ~/openclaw && cd ~/openclaw
touch .env
nano docker-compose.yml
docker-compose.yml的典型结构是一个OpenClaw服务加一个数据卷挂载，端口映射、环境变量都明确定义。下面是一个示例，实际字段以官方仓库为准：
yaml复制version: "3"
services:
openclaw:
image: openclaw/openclaw:latest
container_name: openclaw
restart: always
ports:
- "3000:3000"
volumes:
- ./data:/app/data
env_file:
- .env
.env文件里填写你的APIKey配置和模型参数，具体内容放到下一章详细说。配置文件写好后，执行：
bash复制docker compose up -d
docker compose logs -f
看到日志里出现“started”或“listening on port”之类的关键字，就说明服务已经跑起来了。这时在浏览器里访问http://服务器IP:3000，应该能看到OpenClaw的Control UI界面。
3.3 启动失败先看日志，别瞎猜
很多新手一看到页面打不开就慌，四处问人。其实第一件事永远是看日志。docker logs -f openclaw这个命令会实时输出程序运行情况，绝大多数问题在日志里都有明确提示。
我这边遇到过的三类典型情况如下表：
| 现象 | 日志特征 | 大概率原因 |
|---|---|---|
| 启动后立即退出 | 报模型API连接超时或鉴权失败 | APIKey没配好或网络不通 |
| UI界面打不开 | 日志正常但无访问记录 | 端口没放行或未做端口映射 |
| 页面打开但空白/报错 | 日志有WebSocket错误 | Control UI的Token配置不对 |
记住一个原则：日志是程序的“病历本”，如果你只想复制一段报错去问别人，也要尽量带上日志上下文，而不是只截图页面。这样效率高得多，别人也更容易帮你定位。
4. 百炼APIKey配置：OpenClaw“开口”的最后一公里
4.1 在百炼控制台申请APIKey
OpenClaw装好只算是把骨架搭起来了，它要真正对话，必须接入一个大模型API。我推荐使用阿里云百炼，原因前面说过，国内网络稳定、模型选择多、有免费额度。你不需要在服务器上装任何SDK，只需要在百炼控制台创建一个APIKey。
登录阿里云账号，进入百炼控制台，首次使用会提醒你开通服务，按流程同意就行。然后在“APIKey管理”页面选择“创建APIKey”，复制生成的sk-开头的字符串。这里有两个细节容易踩坑：
第一，APIKey创建后只会完整显示一次，之后控制台里只能看到掩码版本，所以创建后要立刻保存到本地密码管理器或笔记里。第二，新手不建议折腾RAM子用户授权那一套，直接用主账号的APIKey跑通，等以后有安全需求再换子用户，不然拦在半路很容易放弃。
创建好之后可以用一行命令快速验证Key是否有效，这里用百炼的OpenAI兼容接口测试：
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":"hello"}]}'
如果返回一段带content内容的JSON，说明APIKey没问题，可以放心写进OpenClaw配置。
4.2 把APIKey写进OpenClaw的配置文件
OpenClaw读取API配置的常规位置是.env文件。在~/openclaw目录下编辑.env，填写大模型相关配置。百炼提供了OpenAI兼容接口，OpenClaw里设成OpenAI兼容模式即可。配置参考如下：
bash复制MODEL_PROVIDER=openai-compatible
MODEL_API_KEY=sk-你的百炼APIKey
MODEL_API_BASE=https://dashscope.aliyuncs.com/compatible-mode/v1
MODEL_NAME=qwen-plus
几个字段说明一下：MODEL_PROVIDER指定用OpenAI兼容协议；MODEL_API_BASE是百炼兼容模式的接入地址，固定为dashscope.aliyuncs.com/compatible-mode/v1；MODEL_NAME指定模型名。填好后保存，重启OpenClaw：
bash复制docker compose restart openclaw
重启后随便在UI里发一句话测试。能正常收到回复，就说明APIKey已经配置成功，OpenClaw真正“开口”了。
4.3 模型怎么选：通义千问、DeepSeek还是其它
百炼上架了多款模型，不同模型在OpenClaw里的体验差异不小。我的建议是先用qwen-plus跑起来，这个模型速度适中、上下文能力不错、便宜，作为默认模型很稳。
如果你希望更强推理能力，可以切到deepseek-v3或者deepseek-r1。DeepSeek系列的思考深度确实更好，但响应时间会慢一些，日常聊天的体感不如qwen-plus轻快。如果只是想让OpenClaw回答简单控制类指令，其实qwen-turbo就够了，成本几乎可以忽略。
| 模型名 | 特点 | 适合场景 |
|---|---|---|
| qwen-turbo | 速度快、便宜 | 日常问答、轻量任务 |
| qwen-plus | 综合能力强、响应快 | 默认推荐 |
| qwen-max | 高质量、上下文更大 | 复杂任务、长文档处理 |
| deepseek-v3 / deepseek-r1 | 推理强、深度思考 | 代码、逻辑推理 |
换模型时只需要改.env里的MODEL_NAME并重启服务，不需要重新部署。
4.4 配置完还报错unknown model，怎么排查
热词里有一条“深入灵魂”的报错：agent failed before reply: unknown model: deepsee。看到这个报错，第一反应不是怀疑OpenClaw坏了，而是模型名没配对。
最常见的场景是：你之前在DeepSeek官方API里用惯了deepseek-chat这个模型名，到百炼这边也顺手填了deepseek-chat，但百炼上架的是deepseek-v3、deepseek-r1，名字对不上，自然就报unknown model。解决办法是去百炼控制台的模型列表里查一下当前上架的确切模型名，复制过来填进MODEL_NAME。
另一种情况是APIKey对应的账号没有开通某个模型，特别是部分新上架模型需要单独开通。这时候到百炼的“模型广场”里找到对应模型，点击开通或申请，再回到OpenClaw重试即可。
还有一个容易被忽略的点：.env文件里如果值带了空格或者多余引号，程序会把整段字符串当成模型名。比如MODEL_NAME=qwen-plus ，末尾多了个空格，也会报unknown model。排查时先检查这些低级的格式问题，往往比去翻日志更快。
5. 接入微信、挂本地模型、扩展Skill：让OpenClaw真正干活
5.1 微信接入：用个人小号，别拿主号冒险
OpenClaw跑通之后，最有吸引力的玩法是接入微信，让它变成一个你随时能在聊天窗口里派活的助理。接入方式大致是在配置里设置微信渠道的Token和回调地址，然后按提示扫码登录。这里我必须泼一盆冷水：个人微信的自动化登录存在账号安全风险，官方一直不支持这种方式，历史上也出现过大量微信机器人账号被限制的案例。
所以如果非要接入微信，我只建议用一个小号，弃用了也不心疼的那种，绝对不要拿自己日常用的主号去试。我的习惯是：用一个小号专门跑OpenClaw，绑定手机号是备用的，微信里的聊天记录不涉及敏感信息。这样即使触发风控，损失也可控。
如果你的使用场景允许，我更推荐先用Web UI和命令行方式把OpenClaw用熟。等确实需要移动端随时沟通时，再考虑微信或其它IM渠道。接入前记得先看官方仓库里关于渠道配置的最新说明，因为这类接口经常变动，旧教程不一定适用。
5.2 在服务器上挂本地模型，值不值得
很多人一看API是按量计费，就想着干脆在服务器上挂一个开源模型，用Ollama跑起来，彻底省掉API费用。这个想法可以有，但要注意：2核4G的服务器跑7B模型非常吃力，生成速度慢到你看完一本小说它还没写完一句话。本地模型不是不行，前提是配置到位。
如果你真的想尝试，流程是先在服务器上装Ollama：
bash复制curl -fsSL https://ollama.com/install.sh | sh
ollama run qwen2.5:7b
然后在OpenClaw配置里把模型来源切到本地Ollama地址，一般是http://127.0.0.1:11434。但说实话，在一个没有独立显卡的CPU云服务器上跑本地模型，体验很难让人满意。我更推荐的折中方案是：日常对话走百炼API，特殊任务或离线要求高的场景才临时切到本地模型。
对于新手，我始终建议先把API模式用熟练，本地模型属于进阶玩法。先把链路跑通，再谈优化成本，这个顺序不能反。
5.3 Skill机制：给OpenClaw加技能包
OpenClaw的Skill机制，相当于给这个大模型助理扩展“手和脚”。一个Skill可以是一段脚本、一个工具调用配置，也可以是一组提示词模板。比如你可以写一个“定时发送天气预报”的Skill，让OpenClaw每天早上九点通过你配置的渠道推送天气；也可以写一个“网页搜索摘要”的Skill，让它在收到指令时自动搜索并总结。
Skill一般放在OpenClaw配置目录下的skill文件夹里，每个Skill有自己独立的参数和权限配置。写Skill不一定要会编程，有些其实就是配置JSON加提示词。如果你会一点Python或JavaScript，那就能把各类API都串进来，可玩性一下子高很多。
不过我建议新手不要一开始就堆一堆Skill。先装一个最简单的、能稳定执行的Skill，搞懂它的目录结构和执行日志，再逐步加。我见过很多朋友一次性配了五六个Skill，结果一个都没跑通，最后连基础对话都受影响，这种情况非常打击信心。
5.4 运维与备份：别等数据丢了才后悔
OpenClaw跑起来只是开始，长期稳定运行靠的是运维习惯。我自己的固定动作是：第一，把~/openclaw/data目录定时打包备份到腾讯云对象存储COS或其它存储，OpenClaw的配置、对话历史、Skill都在这个目录里，丢了非常可惜。第二，给容器设置restart: always，确保服务器重启后OpenClaw自动恢复。第三，定期执行docker compose pull拉取最新镜像，然后重建容器，既修bug又补安全更新。
日志清理也值得注意。OpenClaw跑久了，Docker日志会越来越大。我一般用docker logs --tail 200 openclaw查看最近日志，避免一直挂着全量日志输出占用磁盘。或者配置Docker的定期日志轮转，让系统自动清理旧日志。运维没有多深奥，就是把该备份的备份、该设置的开机自启设置好、该看的日志定期扫一眼。
6. 部署后最容易翻车的几个坑位，我已经替你踩过了
6.1 端口和防火墙的“双层缺失”
前面提到过端口坑。展开说一下完整症状：你在浏览器里输入http://服务器IP:3000，页面转圈半天打不开。检查顺序应该是：先curl -I http://127.0.0.1:3000看本机通不通，不通就是程序没起来；本机通、外网不通，那就是腾讯云安全组或系统UFW没放行端口。很多时候是两层防火墙都没配置，或者只配了一层。这个问题排查熟练后基本几十秒能定位。
另外强调一次，不要放通所有端口。服务器被爆破不是危言耸听，我在腾讯云控制台看过攻击日志，开放的端口越多，被扫描的频率越高。把安全组入口收敛到最小，系统防火墙同步收口，这是底线。
6.2 APIKey格式和权限：小细节毁掉大半天
有一次朋友远程求助，OpenClaw一直报鉴权失败，他确认APIKey没问题，我让他把配置内容发我一看，MODEL_API_KEY=sk-xxxx ，末尾多了一个空格。这种问题你盯着代码看半天都发现不了，但程序就是会失败。所以一旦遇到鉴权失败类报错，先检查配置文件中是否有不可见字符、空格、多余引号。
权限方面另一个坑是：使用百炼APIKey时，要确认该Key有当前模型的访问权限。部分新模型或限定模型即使你在模型广场看到了，也需要单独开通。控制台里能看到模型授权列表，逐项核对一遍再重启服务。
6.3 模型名对不上：大小写和版本号都要精确
unknown model: deepsee这种报错，本质是模型名和平台实际提供的名字不一致。DeepSeek官方API和百炼的模型命名本来就不一样，有些人把deepseek-chat填进去，自然会炸。还有qwen-plus和Qwen-Plus这种大小写差异，某些接口严格区分大小写，也会报错。最可靠的做法是去百炼控制台复制模型全名，不要凭记忆手打。
版本号也要注意，比如deepseek-v3和deepseek-r1是两个不同的模型，能力侧重完全不同，填错了虽然不会报unknown model，但行为会变得不符合预期。每次切换模型后，建议先发一条测试消息验证模型身份和回复质量。
6.4 2G内存的OOM风险与Swap兜底
2核4G跑OpenClaw日常是够的，但如果同时开了大量Skill、页面加载了很多WebSocket连接，内存偶尔会吃紧。更常见的是有些朋友听了“本地模型”的介绍，硬要把7B模型塞进2G内存的服务器，结果OOM，容器被系统杀掉，日志里出现Killed。解决方式很简单：要么升级配置，要么别在低配机器上跑本地模型。
如果你确实想在2G或4G内存的机器上多挤出一点余量，可以配置Swap交换分区。Ubuntu上建一个4G的swap文件，虽然性能不如物理内存，但至少能避免进程直接被杀。命令大概这样：
bash复制sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
这个方法作为应急兜底可以，别指望Swap能顶替内存跑大模型，性能差距摆在那里。
6.5 云服务器时间不同步导致API鉴权失败
这是一个比较阴间的坑。云服务器如果长时间没有同步时间，系统时钟偏差太大，调用百炼API时签名和鉴权会失败，报错信息却是五花八门，有时候是超时，有时候是权限不足，很难联想到是时间问题。排查方法很简单，执行date看一眼系统时间，如果和真实时间差得远，就安装并启用NTP自动同步：
bash复制sudo apt install -y systemd-timesyncd
sudo timedatectl set-ntp true
这个问题在腾讯云新购服务器上不常见，但如果你用的是自己备份镜像恢复的旧机器，或者从其它平台迁移过来的实例，就很可能遇到。我那次排查了快一个小时才定位到源头，写出来希望大家少走弯路。
6.6 服务器不能访问外网导致API超时
最后再提一个网络方向的问题。国内云服务器的默认网络是可以访问国内API的，但如果你在配置时选了某些特殊的安全策略，或者给服务器额外绑定了安全组导致出站规则受限，就会出现从本机访问百炼API都超时的情况。测试方法很简单：
bash复制curl -I https://dashscope.aliyuncs.com
如果这个请求卡住或失败，说明服务器到百炼的网络路径有问题，先检查安全组出站规则，再检查系统是否有额外的代理设置。很多时候是之前部署其它项目时在/etc/environment或Docker配置里写了代理环境变量，导致Docker容器走了一个不通的代理出口。清理干净后，API调用就恢复正常了。
7. 结尾：把一套能用的系统跑起来才是真正的“部署完成”
部署OpenClaw这件事，说实话技术门槛并不高，真正难的是配置和排错的心态。我第一次从头到尾装完，花了大半个晚上，其中将近一半时间是在跟各种小问题作斗争。后来装得多了，总结出一条经验：遇到问题先看日志，日志看不懂就去查文档，文档没有就去搜同名报错，链路上每一个环节都能定位到原因，几乎没有玄学问题。
最后再分享一个小技巧：OpenClaw跑通之后，把常用的诊断命令整理成一个shell脚本或者记在笔记里。比如查看容器状态、查看最近日志、测试百炼API连通性、重启服务，这几个操作基本覆盖了日常90%的运维场景。需要的时候一键执行，不用每次都翻历史记录重新敲。这套东西用顺手之后，你会觉得“部署一个AI智能体”这件事，跟搭一个个人网站一样，真没那么玄乎。