最近后台私信里关于OpenClaw旧称Clawdbot怎么在阿里云上跑起来的提问特别多。其实这个项目本身不复杂就是一套基于Node.js生态的开源个人AI助手难点集中在服务器初始化、依赖安装、模型接入这些环节。网上讨论它的帖子不少但要么是讲Windows本机运行要么教程写得又长又乱。我把自己最近在阿里云上完整部署OpenClaw的过程整理成了一套流程从零开始最快两分钟能装完并跑起来。先说明白两分钟是给那些已经有一台干净ECS、对Linux基础命令也熟的人准备的如果你正好是纯新手第一次操作建议预留二十分钟到半小时跟着文章走一遍之后所有的安装和重装都会变得非常快。这篇文章覆盖了选服务器、配安全组、装Node.js、装OpenClaw、接模型API、跑Skill以及常见问题的排查方法看完可以直接复现。1. 部署前的边界条件先想清楚你要跑在什么环境里1.1 为什么推荐云服务器而不是本机运行很多朋友一开始都想着在自己电脑上跑OpenClaw毕竟本地跑不要钱、数据也不出本机。这个思路没问题但实际体验下来坑不少。我自己最早是在一台旧笔记本上折腾的Windows系统下各种依赖经常打架Python、Node.js、WSL的版本互相牵连装到一半就想砸电脑。后来换到树莓派虽然功耗低但性能摆在那里跑一两个Skill就开始烫手响应也明显慢。云服务器的好处在于网络、存储、稳定运行这些脏活累活云平台已经帮你处理完了你只需要一个终端窗口。对OpenClaw这类需要常驻运行的Agent来说7x24小时在线是刚需不然你人在外面家里的电脑一断电路Agent就彻底失联了。阿里云在这块做得比较省心的地方是快照和镜像功能我可以在改动前打个快照改坏了随时回滚这在本地环境里是做不到的。其他方案也可以考虑软路由、NAS、迷你主机。但这些方案要么依赖家里网络环境要么需要额外折腾内网访问门槛对新手来说并不低。我的结论很简单如果只是自己用别犹豫直接上云服务器。1.2 ECS规格与系统镜像怎么挑阿里云的ECS实例规格很多但OpenClaw的资源需求没那么夸张。它本质上是一个常驻的Node.js服务跑起来的内存占用高峰大概在800MB左右再加上系统本身的占用2核2G的实例就足够日常使用了。如果你打算同时跑多个Agent、并行处理任务或者后续想接入Ollama本地小模型那建议直接上2核4G配置一次到位免得以后卡住再迁移。地域选择上一个原则离你最近。你在华东就选杭州或者上海在华南就选深圳或广州这样网络延迟低后续SSH连接和API响应都会明显更快。系统镜像我推荐Ubuntu 24.04 LTS因为LTS版本意味着长期维护社区教程也大多基于Ubuntu示例遇到问题搜起来好找答案。带宽方面日常API调用消耗的流量其实很少3到5Mbps的固定带宽就够用了。阿里云新用户经常有专属的“练手包”套餐价格比按量付费便宜很多适合用来做第一次部署试错跑通了再考虑升配或包年。1.3 安全组和密钥云上防护的第一道门很多新手在部署时遇到一个很诡异的现象软件装好了、服务也启动了但浏览器里就是打不开页面。排查到最后八成是安全组没放行对应的端口。安全组可以理解成云服务器的第一道防火墙默认情况下只放行了一小部分流量你没配置的端口外面是进不来的。端口用途是否建议直接对外开放22SSH远程管理建议只放行你的本机IP80HTTP访问反向代理等需要域名访问时开放443HTTPS加密访问绑定域名并申请证书后开放3000OpenClaw默认Web管理端口不建议直接对外开放用Nginx反代我的建议是遵循最小授权原则。22端口不能不开但可以限定来源IP阿里云安全组支持只放行你自己的公网IP这样其他人扫到端口也进不来。3000端口如果直接暴露在公网容易被各种扫描器盯上最好后端用Nginx反向代理通过域名加HTTPS访问既安全又优雅。另外创建ECS的时候强烈建议选“密钥对登录”而不是单纯用密码。密钥对是一把私钥文件留在自己手里远程登录时只需要match私钥安全性比密码登录高一个量级而且不会因为密码太简单被暴力破解。2. 服务器初始化从裸机到具备Node.js环境2.1 第一次登录服务器的标准操作拿到服务器后的第一步是登录。阿里云控制台里有两个入口一个是网页版的Workbench远程连接一个是自带的SSH终端。新手图省事可以直接用Workbench它不需要额外装工具在浏览器里点开就是一个Linux终端操作起来跟本地打开终端一模一样。如果你习惯用自己的SSH客户端比如Windows上的Terminal或者macOS自带的终端命令是ssh root你的公网IP首次连接会提示确认服务器指纹输入yes回车接着输入密码或者指定密钥文件。登录成功后先做两件事更新软件源再顺手看看系统版本。sudo apt update sudo apt upgrade -y这一步会花几分钟别急更新完之后的软件包都是最新版本后续装依赖的时候会少踩很多雷。2.2 装Node.js运行时的两种方式OpenClaw是一个Node.js项目所以服务器上必须要有Node.js运行时。系统自带的apt源里其实有Node.js但版本通常偏低而OpenClaw要求的版本一般要在18以上。我更推荐用官方维护的Nodesource脚本装Node 20 LTS原因是LTS版本稳定性好社区验证充分。curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash - sudo apt-get install -y nodejs安装完成后用两条命令确认版本node -v npm -v如果你的网络情况不太好脚本可能拉取较慢多试一两次一般都能成功。还有一种方式是nvm它是Node版本管理器适合以后想在多个Node版本之间切换的场景但对OpenClaw这种固定项目来说用Nodesource一次装好就够了少一个工具就少一份维护负担。2.3 镜像加速npm和apt一个都不能少这一步是个人实践中最容易忽略、但对体验影响巨大的环节。默认情况下服务器直接连官方源下载依赖包速度时快时慢有时候一个几百KB的包也要卡半天。解决思路很简单把软件源换成国内镜像。先给apt配置阿里云镜像。Ubuntu 24.04用的是deb822格式源配置文件路径在/etc/apt/sources.list.d/ubuntu.sources执行sudo sed -i s|archive.ubuntu.com|mirrors.aliyun.com|g /etc/apt/sources.list.d/ubuntu.sources sudo apt update接着给npm配置npmmirror镜像npm config set registry https://registry.npmmirror.com验证是否生效npm config get registry配置好之后再装依赖包会发现速度直接起飞。这一步看起来不起眼但没有它的话OpenClaw的安装体验会大打折扣。顺手再把pm2装上后面用它常驻守护项目进程会非常方便npm install -g pm23. OpenClaw安装与初始化核心流程不迷路3.1 两种安装方式怎么选OpenClaw目前有两种主流的安装方式我用一张表做对比方便你按自己的需求选。方式适合场景上手速度更新方式npm全局安装个人快速使用不想关心源码细节最快一条命令npm update -g源码部署二次开发、自定义Skill、深度定制稍慢但可控性强git pull后重启npm全局安装方式的命令一般是这样的npm install -g openclaw openclaw init openclaw start但这个包名在不同时期可能不同最稳妥的方法是在项目GitHub仓库的README里找最新的安装命令。操作很简单进入官方仓库看Documentation或README部分的Installation段落照着执行即可。仓库拉取如果遇到速度问题可以搜索代码托管平台的同步镜像仓库。装上后先验证版本openclaw --version源码部署方式则适合以后想改底层逻辑的朋友。基本流程是克隆仓库、装依赖、跑起来git clone 你的仓库地址 cd openclaw npm install npm run start两种方式的差异其实不大核心依赖都一样区别只在于你是用全局命令还是项目内脚本。对于大多数读者我建议直接npm全局安装省心。3.2 接入模型API让OpenClaw真正开口说话OpenClaw装完之后本质上还是一个骨架你需要给它接上一个大模型API它才能真正像助理一样思考和回复。这个概念不难理解OpenClaw负责连接工具和执行任务大模型负责理解和生成文本两者各司其职。常见的接入方式有三种。第一种是通义千问的DashScope它提供了OpenAI兼容接口OpenClaw可以直接通过openai-compatible方式接入。第二种是OpenAI官方接口。第三种是本地模型如果你的服务器有GPU或者不介意CPU推理速度慢一些可以在同一台机器上部署Ollama跑qwen2.5-3b这类轻量模型完全本地化数据不出服务器。配置文件一般对应到家目录下的.openclaw目录或者项目里的config.yaml。核心配置长这样provider: openai-compatible base_url: https://dashscope.aliyuncs.com/compatible-mode/v1 model: qwen-plus api_key: sk-你的key如果是Ollama本地模型provider: ollama base_url: http://127.0.0.1:11434 model: qwen2.5:3b关于API key的管理我的个人习惯是优先用环境变量避免把密钥写死在配置文件里。启动时传入OPENCLAW_API_KEY环境变量即可。这样即使配置文件被误分享出来也不会泄露密钥。3.3 验证服务是否正常启动配置完成后启动服务怎么确认它是真的跑起来了最简单的方式是看日志。如果使用pm2启动pm2 start openclaw --name openclaw pm2 logs openclaw日志里没有报错基本就算成功了一大半。然后用curl在服务器本地测一下端口curl -I http://127.0.0.1:3000返回HTTP状态码200或者302说明服务正在监听。这时候如果要在浏览器打开管理页面还需要放行端口的步骤就回到了第1.3节提到的安全组这也是为什么我强调安全组要先配置好。4. 常见问题排查与避坑指南4.1 启动时报“无法安全验证”怎么办这个报错在部署过程中出现的频率很高而且它对应着两种完全不同的场景。第一种场景是浏览器访问管理页面时提示“连接不是私密连接”或“无法安全验证此网站”。这种情况基本可以判断是HTTPS证书的问题。你用http://公网IP:3000这种形式直接访问浏览器对IP地址的证书校验非常严格会拦截掉HTTP页面。解决思路是要么本地测试时暂时不要求验证要么一步到位注册一个域名然后给服务器绑定阿里云的免费SSL证书再用HTTPS访问。阿里云的SSL证书服务每年提供不少免费证书额度个人项目完全够用申请、验证、部署的流程在控制台里都有引导跟着点一遍就能搞定。第二种场景是OpenClaw程序日志里直接出现“无法安全验证”这类报错。这时候就要排查环境了。首先检查系统时间服务器时间漂移会导致TLS握手失败运行date看当前时间是否准确其次检查Node.js版本版本太低会缺少新加密库的兼容性支持最后检查依赖是否完整重新安装项目依赖来修复。4.2 阿里云短信API发不出去一个高发问题的排查路径OpenClaw的Skill生态里有一个高频需求是发短信通知而很多人在配置阿里云短信服务后第一条短信死活发不出去。这里我遇到过三类典型原因按排查优先级排列第一AccessKey权限不足。很多人创建子账号时只给了它最基本的登录权限但短信服务需要AliyunDysmsFullAccess这类专有权限。到阿里云RAM控制台给对应子账号添加短信服务的权限策略问题往往当场解决。第二签名和模板没有通过审核。在短信控制台里签名和模板必须处于“已审核通过”状态才能发送审核需要一定时间状态不对时会直接报错。第三endpoint区域配置错误。国内服务器的短信接口应使用dysmsapi.aliyuncs.com如果误配成了国际站点地址请求会发不出去。排查时可以先用阿里云控制台自带的调试功能把参数填进去测试一次如果控制台能成功发送说明账号和模板都正常问题基本出在OpenClaw的配置参数上逐项核对即可。4.3 想在Windows本机先试运行绕不开WSL2如果你还没有云服务器想先在Windows上感受一下OpenClaw那会面临一堆原生环境兼容问题。这完全是再正常不过的事因为OpenClaw的设计目标就是面向Linux环境Windows原生环境下各种依赖没有对应版本非常容易装到一半就报错。我的建议是在Windows上跑先确认WSL2环境就绪。打开PowerShell执行wsl --status如果提示没有安装WSL执行wsl --install装一下并重启系统然后在WSL里按照第2、3节的流程操作。但我的个人结论是尝鲜可以用WSL真正常期跑还是云服务器省心。WSL依赖宿主机的开机状态、网络状态稍有变化就可能导致Agent掉线而云服务器完全没有这些烦恼。4.4 部署后的日常维护速查表部署完成不等于万事大吉日常维护还是要有一些基本操作的。我把常用的命令整理成了一张速查表贴在这里方便你复制操作命令或路径查看实时日志pm2 logs openclaw --lines 100重启服务pm2 restart openclaw更新OpenClawnpm update -g openclaw或源码目录里git pull后重启查看资源占用free -h和htop定期备份阿里云控制台磁盘快照功能开机自启pm2 save pm2 startup更新前记得先打一个磁盘快照万一新版本有兼容问题也能秒级回滚。别问我为什么这么强调我经历过一次更新后配置文件不兼容的悲剧靠快照才救了回来。最后分享一点我自己的体会。OpenClaw这类个人AI助手项目真正的价值不在装了多复杂、用了多高级的能力而在于它能不能稳定陪你跑下去。我第一次在阿里云上部署时也因为各种各样的小问题折腾到深夜但一步步排查过来之后你会发现自己对Linux、Node.js生态、云安全的理解都会上一个台阶。先把装好的服务稳定跑两天再开始加高级Skill也不迟。环境这东西踏实比惊艳更重要。