免费轻量服务器上零成本部署OpenClaw开源AI助手

“免费3个月”这几个字刚看到的时候，我第一反应是“又来套路我”。但这次真没掏一分钱，用某云厂商新用户试用活动送的轻量服务器，把一个开源AI助手OpenClaw部署了起来，社区习惯叫它小龙虾。到现在稳定跑了小半个月，每天早上定时给群友推送早报，偶尔帮我查快递、查天气，顺便接管了几个网页的RSS更新提醒。这篇文章就把我从注册账号、领额度、开服务器、写配置到接入聊天渠道的全过程摊开讲，能帮一个没有任何云服务器经验的小白，照着手把手把这套东西跑起来。

OpenClaw是一个开源的个人AI助理框架，可以部署在自己的服务器上，通过网页、钉钉、飞书等渠道跟它对话，也支持跑定时任务和各类技能插件。和直接使用商业聊天机器人最大的区别是：数据在自己手里、逻辑自己说了算、行为可以深度定制。这篇文章适合三类人：一是刚领了免费服务器不知道跑点什么好的新手，二是对本地化AI Agent感兴趣但不想被SaaS服务商绑定的开发者，三是正在学Linux和Docker、想找一个真实项目练手的人。

1. 免费3个月的真实含金量：先看清这台机器能做什么

1.1 试用活动的真实配置和隐藏限制

先说结论：这类新用户免费试用活动，给的一般是轻量应用服务器，配置常见是2核2G或2核4G，配一块50GB左右的SSD，外加每个月几百GB的公网流量包，试用期通常按90天计算。关键点是这个“免费”是官方活动性质，不需要绑卡自动续费，到期后服务器会被关机收走，数据不主动备份就没了。

轻量应用服务器和传统云主机在活动首页经常被混在一起展示，实际体验差别不小。传统云主机网络架构更灵活，可以绑独立IP、做复杂的VPC网络规划，但价格贵，操作面板也多是裸的。轻量服务器主打开箱即用：自带可视化控制台、一键更换系统镜像、安全组规则在网页上直接点。对一个只是想跑一个AI助手的人来说，轻量应用服务器是更稳的选择。

有个细节很多人会忽略：流量包。免费送的几百GB月流量看着还挺多，OpenClaw这种纯聊天和定时任务为主的场景，每天实际消耗流量非常小。我跑了半个月，总出网流量大约1.2GB，大部分是网页端管理面板和API请求产生的。如果你打算在上面跑一个高流量网站，这个流量额度会很快见底，但跑AI Agent这类低频交互服务，完全不紧张。

另外要注意试用资格一般要求“该产品从未开通过”，换句话说如果你曾经买过这个产品，哪怕是过期老用户，也用不了免费名额。注册以后先用手机号实名认证，这是领取所有资源的前提。至于要不要绑卡，我看下来确实不用，领取的时候直接用账号状态判定新老用户。不放心的话可以留心看活动页有没有“到期自动续费”这种选项，有就果断取消。

实操提醒：领完试用别急着选配置，先想清楚这台机器未来要跑什么。免费名额只有一次，开错了机器等于浪费三个月。拿它跑一个长期需要的服务，练熟部署、备份、迁移这一整套流程，才算把这三个月用出价值。

1.2 为什么选OpenClaw当这个“长期服务”的主角

领到免费服务器之后，最怕的不是配置低，而是不知道跑什么。放着不管，三个月转眼就没；随手装个博客，又没有任何技术含量。OpenClaw这个项目恰好填补了这个位置。

OpenClaw之所以被社区叫小龙虾，听说是因为项目最初的Logo就是一只举着钳子的小龙虾，名字本身也带了“爪”的意思。它本质上是一个插件化的Agent运行时，把“对话入口”和“技能插件”解耦开：你想让它接钉钉就接钉钉，想让它定时推早报就写个定时任务，想让它调用搜索引擎接口就装上对应的技能包。

我当时在几个方案之间做过一轮对比，用表格说话：

结论很清楚：商业机器人省心但不可控，自己写脚本可控但工作量集中在基建而非业务。OpenClaw的位置恰好是中间档——不用从零造轮子，又保留了完全的自主权。对一个仅有免费额度的新手来说，这是性价比最高的选择。

还要补充一点：OpenClaw本身是开源项目，社区更新频率高，遇到问题可以直接翻文档或者去开源社区搜历史Issue。这个“不会被厂商锁定”的属性，对于想长期维护一个个人AI服务的人来说很关键。就算三个月后换一台服务器，数据迁移过去接着跑完全没问题。

2. 部署前必须想明白的三件事，省得后面返工

2.1 轻量服务器的配置选择：1核2G跑得动吗

免费试用如果是多档位配置可选，优先选2核2G或2核4G，别选1核1G就开干。我的实测结论是：OpenClaw主进程加一个轻量队列，空闲时内存占用大概700MB到800MB，1核2G能跑，但跑完内存剩余只有几百MB，一旦同时开多个插件或者并发聊几句，很容易触发OOM。2核2G就从容不少，跑容器还能留出余量给系统本身。

选配置时顺手把系统镜像定为Ubuntu 22.04 LTS。原因有两个：一是Docker官方和绝大多数开源项目对Ubuntu的兼容性最好，遇到问题搜到的解决方案最多；二是我这边测试过，直接用云厂商自带的一键安装Docker镜像有时候会夹带旧版本，还不如自己在干净系统上装。

如果选完发现流量包偏小也不用慌。OpenClaw默认的WebSocket长连接非常省流量，日常聊天按每条消息几KB算，一个月下来很难超过几十MB。真正费流量的是频繁拉取Docker镜像、上传备份包这类操作，这些低频操作完全可以避开高峰，改到凌晨执行。

经验之谈：不要指望用免费服务器跑本地AI大模型。即便是7B参数的精简模型，内存需求也在5GB往上，免费轻量服务器完全吃不消。OpenClaw走的是云端API能力，模型推断都在第三方服务完成，自己的服务器只做调度和消息处理，这个架构天然适合低配机器。

2.2 用Docker Compose而不是手动装环境的理由

OpenClaw官方提供了npm直接安装和Docker镜像两种方式。我的建议是直接上Docker Compose，不要手动装。最大的原因是“可复制性”：用Docker Compose之后，整个运行环境被一段yaml文件完整描述，下次换机器、重装系统、给朋友演示，都不用回忆当时装了哪些依赖、改过哪些配置，直接跑docker compose up -d就能恢复。

打个比方：手动装环境就像每次做饭都从劈柴生火开始，做完饭还得记着熄火；Docker Compose是提前把灶台、锅具、火候全部打包成一个标准厨房，到哪里都能一键开工。

用Docker还有一层好处在于清理方便。免费服务器到期后，数据可以打包带走，Docker留下的镜像残留可以一条命令清干净，不会污染你下一台机器。对新手来说，这一条很实用：以后不管是在本地电脑还是别的云主机上重新部署，同一套流程都能跑通。

需要注意的一个坑是：Docker版本太旧会导致Compose语法不兼容。我在服务器上直接 apt install docker-compose-plugin 拿到了新版，如果遇到“unknown command”之类报错，建议从Docker官方源重装。

2.3 数据持久化：白嫖期间也要做好随时跑路的准备

很多新手习惯把所有东西都扔在容器里，反正跑起来能用就行。但对这种三个月后有期限的免费资源来说，从部署第一天就必须养成“数据全在宿主机目录里”的习惯。

具体到OpenClaw，配置目录、数据库文件、日志目录三个东西必须通过挂载卷暴露到宿主机。这样做的直接收益是：备份就是打一个tar包，恢复就是解压后重新挂载，全程不需要进容器内部操作。如果某天凌晨服务器突然OOM崩溃，容器能重建，但容器内文件说丢就丢。

白嫖期最好的心态是“随时准备跑路”。我甚至建议在部署完成后的第二天就做一次完整备份，把备份包下载到你自己的电脑或对象存储上。这不是强迫症，而是训练迁移能力。等第90天服务器要被回收时，你面对的不是手忙脚乱，而是“打包、下载、换机器、解压、重启”半小时搞定的一套流程。

3. 零成本部署OpenClaw的完整实操

3.1 领取试用和初始化服务器的标准流程

整个流程第一步是在云厂商官网完成注册和实名认证，然后找到新用户试用活动页面，点击领取。这里我踩过一个细节坑：有些活动页面会把“免费试用”和“免费体验馆”两个入口混在一起，前者是完整的3个月试用周期，后者可能只是限时体验几个小时，领之前先看清周期是90天还是几小时。

领取成功后进入轻量应用服务器创建页，按这个顺序配置：

1. 地域选离你最近的节点，延迟越低越好
2. 镜像选Ubuntu 22.04 LTS
3. 套餐选2核2G或2核4G加对应流量包
4. 设置登录方式，推荐SSH密钥而不是密码

设置SSH密钥是新手容易忽略的一步。用密钥登录，服务器上关闭密码登录，基本上能挡住99%的暴力扫描。密钥生成方式在本地电脑执行：

ssh-keygen -t ed25519 -C "openclaw-demo"

然后把公钥复制到控制台的“密钥对”配置里。如果没有本地生成过密钥，Windows可以用PowerShell自带命令，macOS和Linux直接用终端即可。这个步骤值得花五分钟，因为云服务器部署在外面，默认就暴露在公网上，弱密码被扫到就是分分钟的事。

创建完成后，用SSH连接服务器。先用下面命令确认系统版本和资源情况：

uname -a free -h df -h

接着安装Docker和Compose插件：

apt update apt install -y docker.io docker-compose-plugin systemctl enable --now docker docker compose version

看到docker compose version输出版本号，就说明环境OK了。如果安装源速度慢，可以换成国内软件源再执行，这一步各地网络环境差异比较大，卡住不用慌。

3.2 写一份能直接用的docker-compose.yml

OpenClaw镜像拉下来以后，我用的是最小可运行方案：单容器推荐到下面这样。这里给出一份我实际在用的docker-compose.yml，可以直接复制：

services: openclaw: image: openclaw/openclaw:latest container_name: openclaw restart: unless-stopped ports: - "127.0.0.1:1863:1863" volumes: - ./openclaw/config:/app/config - ./openclaw/data:/app/data - ./openclaw/logs:/app/logs environment: - TZ=Asia/Shanghai - OPENCLAW_PORT=1863

一段段解释。restart: unless-stopped保证服务器意外重启之后容器能自动拉起，这个参数对个人服务特别重要，不然一台机器意外重启，你的机器人就静默失联了。ports那一行，我故意绑到127.0.0.1而不是0.0.0.0，意思是只有服务器本机可以访问这个端口，外部网络无法直接访问。这个做法很安全，后面接入钉钉或飞书时，可以由云服务主动回调到本机，不需要暴露给全网。

volumes里三个目录各有分工：config保存主配置和技能配置；data保存对话会话历史、内置数据库；logs保存运行日志。三方分开，备份时就可以按需取舍——日志不想要直接跳过，配置和数据必须带走。

写完后在docker-compose.yml的同级目录建好这三个目录，然后启动：

mkdir -p openclaw/config openclaw/data openclaw/logs docker compose up -d docker compose logs -f

第一次启动会拉镜像，花多长时间取决于网络。看到日志里出现类似“listening on 1863”的输出，说明启动成功。

3.3 把小龙虾接进聊天工具

服务起来之后，要做的第一步是在浏览器里打开Web管理界面。由于我只在本地绑定了端口，外部暂时访问不了，这时候就需要SSH隧道把它带到本地。在本地电脑执行：

ssh -L 1863:127.0.0.1:1863 用户@服务器IP

然后浏览器打开 http://127.0.0.1:1863 ，就能看到OpenClaw的管理面板。第一次进入会让你创建管理员账号、生成API Key。这个API Key要存好，等于远程调用OpenClaw功能的钥匙。

如果不想手动开隧道，也可以直接在云控制台的安全组入方向放行1863端口，然后把compose里端口映射改成"0.0.0.0:1863:1863"，这样浏览器可以直接访问。但代价是管理面板暴露在公网，一旦API Key泄露，任何人都能调用你的机器人。我更推荐一个折中方案：保留127.0.0.1映射，管理面板日常通过SSH隧道访问；聊天回调单独用一个轻量nginx反代来做，不给主服务直接开公网口。

接入聊天工具这一点，我实测最简单的是钉钉机器人：在钉钉开放平台创建一个企业内部机器人，拿到Webhook回调地址，填到OpenClaw的渠道配置里，再在渠道配置中填上自己设定的Token，两边校验通过就可以在群里直接和小龙虾对话。

这个环节最隐蔽的坑是“公网可达”。钉钉服务器需要能访问到你服务器的回调地址。免费轻量服务器有公网IP，所以写HTTP地址就能通，不需要内网穿透。如果你用的渠道要求HTTPS，比如某些平台明确拒绝HTTP回调，那就需要接一个域名并配置SSL证书。

注意：任何渠道接入完成后，先发一条“你好”实测消息，然后立刻去查看docker compose logs。日志里能直观看到消息有没有到达服务端，校验Token有没有通过。这一步把问题暴露在初期，后面排查会轻松很多。

4. 跑了三天之后：资源占用和日常维护的真实记录

4.1 实测内存和磁盘到底吃了多少

部署完的第二天早上，我跑了一轮资源查看，数字可以作为新手参考基准：

free -h docker stats --no-stream

空闲状态下，OpenClaw容器加系统总共占用约800MB内存，其中系统大约占200MB，容器占600MB。CPU基本在0到1%之间徘徊。磁盘方面，镜像加容器层加数据目录合计约1.8GB，50GB的系统盘空间非常充裕。

到了早上8点定时推送早报的节点，CPU会短时间跳到40%，持续大概十秒，然后回落到接近0。这个规律非常重要，说明它对服务器资源的压力集中在“任务触发瞬间”，而不是持续高负载。换句话说，即使只有一个核心，也不会影响日常聊天。

如果以后你给OpenClaw加了很多定时任务，建议错峰执行，避免同一时刻多任务并发。我犯过一个失误：三个RSS订阅任务和一个早报任务全部设置在8点整，导致每天8点出现约30秒的卡顿。调整后错开到不同分钟，问题消失。

有个命令值得定期用一用。docker stats看不到容器内部临时文件占用，真正撑爆磁盘的往往是日志，所以还要养成自查目录大小的习惯：

du -sh openclaw/logs

4.2 定时任务、日志轮转和备份的日常维护

OpenClaw的定时任务有两种配置路径：一是直接在管理面板里加，适合新手；二是在配置目录里编辑任务描述文件，适合批量管理和版本控制。我在后期全部改用配置文件方式，因为面板加的任务不好备份，而配置文件跟着整个目录一起打包就走。

日志轮转是另一个必须做的维护动作。Docker默认不限制容器日志大小，如果OpenClaw每天产生大量调试日志，一个月也能累积几个GB。可以通过修改Docker守护进程配置来设置上限：

{ "log-driver": "json-file", "log-opts": { "max-size": "20m", "max-file": "3" } }

保存后重启Docker：

systemctl restart docker docker compose down docker compose up -d

日志轮转配置好之后，磁盘占用会稳定在一个可控范围。再做备份就更简单了，一个tar命令带走整个运行环境的数据：

tar czf openclaw-backup-$(date +%Y%m%d).tar.gz openclaw/

备份文件放在服务器本地其实意义不大，服务器没了备份也跟着没了。正确做法是下载到个人电脑，或者传到你自己的对象存储里。我在实践里是每天凌晨通过定时任务自动打一个包，然后下载到本地NAS，算是给数据上了双保险。

安全维护方面，有三件事建议周期性检查：API Key别到处乱放，在日志里如果发现可疑请求立刻重新生成；SSH登录建议只保留密钥认证，密码登录直接用sshd_config关闭；开放给聊天渠道的回调地址如果长期不需要，记得在钉钉后台把机器人停用。小机器上的服务越干净越好，不需要贪多。

5. 新手最容易踩的五个坑：问题排查实录

5.1 端口不通、镜像拉不动、容器被杀

先看端口不通。如果钉钉回调发过来了但机器人没反应，第一步是排查服务本身是否在监听：

curl http://127.0.0.1:1863

如果本机有响应，那问题就在云安全组。轻量应用服务器的控制台里有独立防火墙规则页面，入方向需要放行你用于回调公网访问的端口。很多人把服务器安全组和操作系统防火墙混为一谈，其实最简单的排查顺序就是：先看监听，再看控制台防火墙，最后看nginx是否正常转发。

镜像拉不动是另一个高发问题。特别是首次部署时docker pull openclaw/openclaw:latest如果卡在等待状态，大概率是默认镜像源连接不上。国内服务器直接配置镜像加速器：

{ "registry-mirrors": ["https://docker.m.daocloud.io"] }

改完同样要重启Docker再重新拉取。这里注意不要随便用网上来源不明的加速地址，尽量选知名度高、稳定运行时间长的大平台加速地址。

容器被杀这个问题，集中发生在1核2G机器上。症状是docker ps看不到容器，但docker compose logs里也没有报错，实际是系统OOM Killer发了处决信号。用dmesg看内核日志会看到相关记录。临时缓解办法是加Swap：

fallocate -l 2G /swapfile chmod 600 /swapfile mkswap /swapfile swapon /swapfile echo '/swapfile none swap sw 0 0' >> /etc/fstab

加了Swap之后能明显减少OOM概率，但是Swap在频繁读写时性能远低于物理内存，只能兜底不能依赖。长期方案还是选2G以上内存套餐，或者减少同时运行的插件数量。

5.2 配置不生效、日志撑爆磁盘、到期前迁移

配置不生效这个坑，绝大多数原因是容器内路径和宿主机路径没有对应上。修改了openclaw/config下的文件之后，必须重启容器让配置重新加载：

docker compose restart

如果重启后还是旧配置，那就要检查宿主机目录权限。容器内进程通常以普通用户运行，宿主机目录权限不匹配会导致配置写入失败，表面看文件存在，实际容器读到的是旧缓存。遇到这种情况直接给目录加权限：

chown -R 1000:1000 openclaw/

日志撑爆磁盘的问题我前面提过，这里补充一个排查技巧。用journalctl查不到容器日志占用，真正判断依据是/var/lib/docker/containers目录的大小。看到异常大，优先用docker logs看最后几行，确认是不是死循环输出日志，是的话先修程序问题再清理。

最后说到期迁移。免费试用结束前一周，务必备份数据。我建议在到期前第7天做一次完整备份，然后提前第2天再备份一次。实测整个OpenClaw数据集不过几百MB，打包下载到本地几分钟搞定。换到新机器后，把tar包解压到相同目录结构，执行docker compose up -d就能恢复服务，理论上最快半小时内完成迁移。

为了更直观，我把上面五类问题整理成速查表：

6. 一些个人的零成本部署体会

额度到期之前，我打算把正在跑的两个定时任务、配置目录和会话数据一起打个tar包，放到自己的对象存储里，再迁移到一台按量计费的便宜机器上继续跑。说到底，白嫖三个月的核心收获不是省了多少钱，而是把“部署、备份、迁移”这套组合拳练熟了。以后不管什么开源项目，拿到一台新服务器都能快速搭起来，这个能力是免费机器给我最大的回报。

最后分享一个小技巧：免费试用期内最适合做压力测试和破坏性实验。平时不敢乱试的插件、不敢乱改的配置、不敢乱跑的任务，都可以在这台机器上放开折腾。反正数据都是备份过的，大不了重置服务器重新来一遍。我就是在一次重置之后，才彻底搞懂了数据卷和容器镜像的区别，后面配置任何服务都不再怕了。

有人问这样折腾三个月值不值得。我的看法是，如果你恰好有一个一直想做但没有合适的服务器去跑的后台服务，这台免费机器是最好的起点。别贪多，一次只养好一个服务，跑通它，维护好它，把备份养成习惯。等三个月到期的时候，你收获的不只是“我用过”，而是一套完整可复用的部署能力。