“免费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自托管高代码和数据都在自己手里插件机制成熟可自己写技能只用付服务器费用中等需会SSH和Docker商业AI聊天机器人低行为受平台限制基本只能自定义少量提示词按对话次数收费很低登录即用自己写Webhook脚本最高但每次加功能都要改代码服务器费用高需要开发能力直接用带面板的机器人框架中依赖生态和社区更新服务器费用低面板点一点结论很清楚商业机器人省心但不可控自己写脚本可控但工作量集中在基建而非业务。OpenClaw的位置恰好是中间档——不用从零造轮子又保留了完全的自主权。对一个仅有免费额度的新手来说这是性价比最高的选择。还要补充一点OpenClaw本身是开源项目社区更新频率高遇到问题可以直接翻文档或者去开源社区搜历史Issue。这个“不会被厂商锁定”的属性对于想长期维护一个个人AI服务的人来说很关键。就算三个月后换一台服务器数据迁移过去接着跑完全没问题。2. 部署前必须想明白的三件事省得后面返工2.1 轻量服务器的配置选择1核2G跑得动吗免费试用如果是多档位配置可选优先选2核2G或2核4G别选1核1G就开干。我的实测结论是OpenClaw主进程加一个轻量队列空闲时内存占用大概700MB到800MB1核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天还是几小时。领取成功后进入轻量应用服务器创建页按这个顺序配置地域选离你最近的节点延迟越低越好镜像选Ubuntu 22.04 LTS套餐选2核2G或2核4G加对应流量包设置登录方式推荐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.ymlOpenClaw镜像拉下来以后我用的是最小可运行方案单容器推荐到下面这样。这里给出一份我实际在用的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: - TZAsia/Shanghai - OPENCLAW_PORT1863一段段解释。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.8GB50GB的系统盘空间非常充裕。到了早上8点定时推送早报的节点CPU会短时间跳到40%持续大概十秒然后回落到接近0。这个规律非常重要说明它对服务器资源的压力集中在“任务触发瞬间”而不是持续高负载。换句话说即使只有一个核心也不会影响日常聊天。如果以后你给OpenClaw加了很多定时任务建议错峰执行避免同一时刻多任务并发。我犯过一个失误三个RSS订阅任务和一个早报任务全部设置在8点整导致每天8点出现约30秒的卡顿。调整后错开到不同分钟问题消失。有个命令值得定期用一用。docker stats看不到容器内部临时文件占用真正撑爆磁盘的往往是日志所以还要养成自查目录大小的习惯du -sh openclaw/logs4.2 定时任务、日志轮转和备份的日常维护OpenClaw的定时任务有两种配置路径一是直接在管理面板里加适合新手二是在配置目录里编辑任务描述文件适合批量管理和版本控制。我在后期全部改用配置文件方式因为面板加的任务不好备份而配置文件跟着整个目录一起打包就走。日志轮转是另一个必须做的维护动作。Docker默认不限制容器日志大小如果OpenClaw每天产生大量调试日志一个月也能累积几个GB。可以通过修改Docker守护进程配置来设置上限{ log-driver: json-file, log-opts: { max-size: 20m, max-file: 3 } }保存后重启Dockersystemctl 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看内核日志会看到相关记录。临时缓解办法是加Swapfallocate -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就能恢复服务理论上最快半小时内完成迁移。为了更直观我把上面五类问题整理成速查表症状最可能原因首选排查动作外部访问不了管理面板端口只绑定了127.0.0.1或安全组未放行curl本机端口再检查云控制台防火墙docker pull卡死默认镜像源慢配置registry加速并重启Docker容器莫名消失内存不足触发OOMdmesg看内核日志加Swap兜底改了配置无效果重启容器才加载docker compose restart检查目录权限到期迁移担心丢数据日常没有备份习惯数据目录定期tar打包并下载到本地6. 一些个人的零成本部署体会额度到期之前我打算把正在跑的两个定时任务、配置目录和会话数据一起打个tar包放到自己的对象存储里再迁移到一台按量计费的便宜机器上继续跑。说到底白嫖三个月的核心收获不是省了多少钱而是把“部署、备份、迁移”这套组合拳练熟了。以后不管什么开源项目拿到一台新服务器都能快速搭起来这个能力是免费机器给我最大的回报。最后分享一个小技巧免费试用期内最适合做压力测试和破坏性实验。平时不敢乱试的插件、不敢乱改的配置、不敢乱跑的任务都可以在这台机器上放开折腾。反正数据都是备份过的大不了重置服务器重新来一遍。我就是在一次重置之后才彻底搞懂了数据卷和容器镜像的区别后面配置任何服务都不再怕了。有人问这样折腾三个月值不值得。我的看法是如果你恰好有一个一直想做但没有合适的服务器去跑的后台服务这台免费机器是最好的起点。别贪多一次只养好一个服务跑通它维护好它把备份养成习惯。等三个月到期的时候你收获的不只是“我用过”而是一套完整可复用的部署能力。