这是《新手小白从零开始教你安装和使用openclaw》系列的第五篇。前四篇已经把 openclaw 是什么、怎么装、怎么配模型、怎么接微信都过了一遍今天专门解决一个很多人卡住的问题怎么用一百块左右的成本把这东西变成一台 7×24 小时都挂在那儿的私人 AI 助手服务器。先说结论openclaw 本体的资源占用非常低真正吃性能的是底层的大模型推理。所以只要你把模型放到云端 API 或者本地小模型上本机跑 openclaw 需要的硬件门槛低得惊人。一台吃灰的旧手机、一块一百多块的二手小主机甚至一块 ARM 开发板都能稳稳扛住。下面我会从硬件选型、系统部署、常驻运行、模型配置、长期稳定性这一整套流程讲下来你会看到哪些钱该花哪些钱纯属浪费。1. 先想清楚为什么百元方案可行1.1 openclaw 的资源消耗主要在对话模型不在本机很多人一听“AI 服务器”下意识觉得得搞一张大显卡、一台上万的机器。这个直觉放在本地跑大模型没错但 openclaw 的工作方式不是这样。它是一个网关 调度器负责对接聊天软件的消息把用户的话整理成请求发给大模型再把模型回复送回去。真正动脑子生成文字的是模型本身。你可以把 openclaw 想象成一个前台接待员。接待员不需要会写诗他只需要把客户的要求准确转达给后台的专家再把专家的答复原样交回去。所以接待员只要嘴皮子利索、脑子清楚就行不需要太强壮。这就是百元硬件能跑 openclaw 的根本原因只要你不是要求它在本地跑一个十几 B 的大模型它就只占用几百 MB 内存和一点点 CPU。我在实际部署中观察到openclaw 本体加上几个常用插件空闲时内存占用大概在 300~500MB聊天稍频繁时 CPU 也就偶尔跳一跳。这意味着十年前的老笔记本、五六年前的旧手机性能都远远够用。1.2 100 元预算能买到什么如果你手头没有闲置设备真按一百块钱去淘也有不少选择。我把市面上常见的几种百元方案列个表方便你对照自己的情况选方案参考价格功耗稳定性适合谁旧手机 Termux0~50 元如果家里有旧手机2~5W中等需处理散热和充电限制零成本尝鲜、新手练手ARM 开发板如香橙派、NanoPi 系列80~150 元3~8W较高系统精简稳定愿意折腾、追求低功耗二手 x86 小主机J1900/N3150/J4125 等120~250 元10~20W高兼容性最好想长期稳定挂机的人二手旧笔记本200 元左右15~30W较高但体积偏大需要内存大、硬盘多的人我的建议很简单如果你家里有旧手机一分钱不用花先拿它把 openclaw 整个流程跑通体验一下全天在线是什么感觉。确认这玩意儿你真的天天用再考虑花一百多买一台小主机长期挂机。如果你预算就一百块左右想买个专门的机器直接看二手 J1900 小主机这个价位段里它最皮实。1.3 为什么不用云服务器很多人第一反应是买一台轻量云服务器。云服务器确实省心有公网 IP厂商帮你保证可用性openclaw 装上去随时能访问。但问题在成本国内主流的入门轻量服务器一年优惠价也要一百到几百元续费基本回到原价。你仔细算一下一台一百多块的小主机功耗 15W 左右一年电费撑死九十块第二年硬件还在电费还是几十块。也就是说小主机跑一年半到两年省下的钱已经回本了后面全是纯赚。云服务器还有一个小坑配置低的内存只有 1~2GB跑 openclaw 加一堆插件偶尔会有点局促而一台二手小主机通常能上 8GB 内存整体体验反而更宽裕。2. 硬件准备与系统环境2.1 推荐方案旧手机 Termux 零成本入门如果你的旧手机是 Android 系统最简单的方式是装 Termux。Termux 是一个在 Android 上运行的 Linux 终端模拟器不需要 root装好之后pkg install nodejs git就能把 Node.js 和 Git 装齐然后照常安装 openclaw。旧手机方案有几个实操要点手机充电线建议插在带独立开关的插座上避免频繁断电影响电池寿命。在系统设置里把休眠策略改成“永不休眠”否则屏幕一灭后台进程可能会被系统冻结。有条件的话把电池拆掉或者用软件限制充电到 80%长期满电对电池损耗很大。Termux 的进程有可能被 Android 系统清理建议在系统“电池优化”里把 Termux 设为不优化。这个方案最大的优点是零成本缺点是 Android 系统不够稳定偶尔会杀后台或者自动更新重启。所以它更适合验证 openclaw 的流程不适合作为长期服务器。2.2 推荐方案二手 x86 小主机长期挂机如果你决定花这一百多块我建议首选二手 x86 小主机。原因很实在x86 架构和普通电脑一样软件兼容性最好系统随便装出了问题也容易找资料。我自己的长期服务器就是一台 J1900 小主机8GB 内存 60GB 固态硬盘装在弱电箱旁边一年四季不关机。系统方面强烈推荐装 Debian 或 Ubuntu 的 Server 版不要装带图形桌面的版本。图形桌面不仅占内存还会偶尔弹更新提示、系统休眠之类的问题。一个纯命令行系统装完也才几百 MB剩下的资源全给 openclaw 用。装好系统之后做三件基础事创建普通用户不要一直用 root 登录跑服务。配置好 SSH方便远程管理。更新系统软件源并apt update apt upgrade把系统基础包升到最新。2.3 安装 openclaw从源码检出openclaw 的安装有多种方式官方安装脚本会根据参数选择拉取方式。如果你想固定使用最新版可以在执行安装脚本时指定 git 安装方式让它直接从 GitHub 的 main 分支检出源码。这种方式的好处是以后升级方便git pull就能拉到新代码。大致流程是# 先确认 Node.js 版本满足要求建议 18 或 20 LTS node -v npm -v # 使用官方安装脚本指定 git 方式从 main 分支检出源码 curl -fsSL https://openclaw.example.com/install.sh | bash -s -- --git --branch main # 安装完成后查看版本 openclaw --version注意上面的安装脚本地址只是示例。实际安装时请以 openclaw 官方 GitHub 仓库 README 里给出的命令为准不要在终端里随意粘贴来源不明的脚本。我自己的经验是安装前一定要先确认 Node.js 版本版本太旧会导致编译依赖失败。建议用 nvm 安装 Node.js 20 LTS比系统自带的包管理工具更可控curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash nvm install 20 nvm use 20装完 node 再跑 openclaw 安装脚本基本一路顺畅。3. 把 openclaw 跑成“常驻服务”3.1 直接 nohup 为什么不行新手最容易犯的错就是在一个 SSH 终端里直接openclaw start然后发现关闭终端后服务就没了。有人会想用nohup openclaw start 来后台运行这个方法临时用可以但有几个缺陷如果进程崩溃了没有任何机制帮它自动拉起来。如果机器重启服务不会自动启动。手动管理进程很麻烦你想看日志都不知道去哪看。这些缺陷在长时间挂机场景下是致命的。你不可能 24 小时盯着它一旦凌晨三点进程崩了你得等天亮手动去启动这期间所有消息都收不到。3.2 用 systemd 托管 openclawLinux 上最标准的做法是把 openclaw 做成一个 systemd 服务。systemd 是系统自带的服务管理工具它可以设置开机自启、崩溃自动重启、日志统一收集。配置方法不复杂在/etc/systemd/system/openclaw.service文件里写下面这样的内容[Unit] DescriptionOpenClaw Gateway Afternetwork-online.target Wantsnetwork-online.target [Service] Useropenclaw WorkingDirectory/opt/openclaw ExecStart/usr/local/bin/openclaw start Restartalways RestartSec10 EnvironmentNODE_ENVproduction [Install] WantedBymulti-user.target写完后执行sudo systemctl daemon-reload sudo systemctl enable openclaw sudo systemctl start openclaw sudo systemctl status openclaw这里面几个关键字段我要重点解释一下Restartalways只要进程退出systemd 就会重新拉起它这是防止服务崩溃的关键。RestartSec10设置重启前等待 10 秒避免频繁崩溃时无限快速重启。Afternetwork-online.target确保网络已就绪后再启动服务避免启动时请求外网失败。Useropenclaw用普通用户运行而不是 root降低安全风险。注意ExecStart 里的启动命令要以你实际安装后能用的命令为准。有的版本是openclaw run有的需要指定具体子命令务必先在终端里手动把服务跑起来确认命令无误后再写进 systemd。之后你想看日志直接用journalctl -u openclaw -f实时跟踪排查问题比 nohup 方便太多。3.3 备选方案pm2如果你对 systemd 不熟悉也可以在 Node.js 生态里用 pm2 托管。pm2 是一个进程管理工具安装和使用都比较直观npm install -g pm2 pm2 start openclaw start --name openclaw-gateway pm2 save pm2 startuppm2 startup这条命令会生成一个开机启动脚本你只需要把提示的命令复制执行一遍以后机器重启 pm2 会自动拉起 openclaw。对比 systemd 和 pm2我的建议是能用 systemd 就用 systemd。它是系统级方案不依赖 Node.js 环境即使 Node 出问题也不影响注册服务。pm2 的优势是操作更灵活适合频繁调试。两个都可以但选一个长期用就行别混用不然会互相抢端口或重复启动。4. 模型接入与技能安装省钱的关键4.1 用云端 API 而不是本地大模型百元小主机跑 openclaw 没问题但绝对跑不动大模型。一个 7B 参数的量化模型至少需要 8GB 内存推理速度也不乐观。所以低成本方案的核心策略是本机跑 openclaw模型调用云端 API。现在国内有很多模型 API 平台注册后申请一个 API Key按调用量计费单次对话的成本经常只要几分钱甚至更低。我自己用的几家平台日常聊天每个月的账单基本控制在几块钱以内比一杯奶茶还便宜。这就是百元服务器能够长跑的原因硬件一次投入一百多模型按量付费一个月几块整体成本低到可以忽略。选择 API 平台时要注意几点看兼容性最好选兼容 OpenAI 接口格式的openclaw 配置起来最省事。看模型质量能用主流大模型尤其是中文能力强的模型体验会好很多。看稳定性选有稳定服务记录的平台避免你正聊着突然欠费断供。4.2 gateway 改用模型与 ccswitch 切换模型openclaw 的模型接入有两个层面。第一层是 gateway 的默认模型也就是所有消息进来后没有特别指定的话都走这个模型去回复。比如你想让所有对话默认用 DeepSeek 或 Qwen就在 gateway 配置里把模型供应商和模型名改成对应值。第二层是 ccswitch 这种动态切换工具。它的作用是让你不修改主配置的情况下快速切换不同模型。比如白天用便宜的模型处理日常消息晚上专门切到强一点的模型做深度问答或者按群聊、按用户来分流一部分走微调模型一部分走通用模型。我实际用下来ccswitch 最大的价值是省预算很多消息根本不需要顶级模型切换成一个便宜的小模型就够了效果差不太多账单却少了一大截。配置切换的核心是理解模型标识的格式通常是供应商/模型名比如siliconflow/deepseek-ai/DeepSeek-V2.5ollama/qwen2.5:7bopenai/gpt-4o-mini在 ccswitch 里设置别名和对应模型等于做了一个“快捷键”你想切到哪个模型一行命令就搞定。我建议你至少配两个模型一个便宜的日常模型一个应答质量更高的模型按场景切换成本瞬间下来。4.3 本地 Ollama 方案离线也能跑如果你的场景对隐私要求比较高或者网络偶尔不稳定也可以在低配机器上跑一个小参数的本地模型通过 Ollama 接入 openclaw。这个方法不追求速度但能保证最基本的离线可用。先装 Ollama然后拉一个小模型curl -fsSL https://ollama.com/install.sh | sh ollama pull qwen2.5:3b然后让 openclaw 的模型配置指向 Ollama 的本地地址openclaw gateway set-model ollama/qwen2.5:3b本地小模型的回复质量确实比云端大模型差一截速度也慢一些但作为一个兜底方案它的价值在于完全免费、数据不出机器。我建议把它配置成 fallback云端 API 挂掉的时候自动切到本地模型保证服务不中断。这比我见过很多人的方案更稳——他们只配了一个云端模型API 一抖动整个机器人就失联了。4.4 常用 skill 安装与推荐openclaw 的 skill 类似于“技能插件”装好后可以扩展它的能力。社区里比较常见的几类妙想 skill内容创作类的写文案、列提纲、头脑风暴都挺好用。computer use / cau computer让 openclaw 具有操作电脑的能力适合自动化任务。联网搜索类让 AI 具备实时搜索能力回答新闻和时效性问题。工具调用类比如查天气、算时间、读 RSS 等。安装 skill 的命令一般是openclaw skill list openclaw skill install skill-name安装完之后记得重启 gateway 或者执行对应的 reload 命令让新技能生效。有些 skill 在安装完成后会打印一段配置说明比如需要填 API Key 或者指定工作目录这些一定要照着做否则 skill 装上了也不能用。我的经验是skill 不要贪多装一个用不到的就多一个维护负担。先装 2~3 个真正高频用到的跑熟了再扩展。5. 24 小时在线的几个坑5.1 微信接入的风控与会话残留这个大概是所有人都会遇到的坎。openclaw 接入微信之后如果运行时间长了会出现插件触发平台服务端风控或者报“会话残留”的提示。我的实测感受是这跟你操作姿势有很大关系下面几点能显著降低概率。不要开多个机器人账号同时跑同一条消息流。不要设置秒回。真实人类不可能每一条消息都在 0.5 秒内回复过于规律的瞬时回复很容易被判定为自动化。控制消息频率尤其是在群里。连续大量回复很容易触雷。定期清理会话残留。openclaw 会在本地保存会话状态如果长时间运行某些会话进入异常状态后不会自动回收这时就需要手动清理会话目录下的临时文件然后重启 gateway。如果已经触发风控我的处理顺序是先停掉 gateway清理残留会话文件等待一段时间再重新启动。不要立刻反复重试越急越容易被拉黑。整个过程没有捷径保持低频率、拟人化才是长久之计。5.2 掉线自动恢复看门狗与来电自启24 小时在线最怕的就是半夜断电或者服务卡死。除了前面说的 systemd 自动重启还有两个措施值得做。第一是 BIOS 里设置“断电来电后自动开机”AC Recovery 设为 Power On。这样即使家里停电又来电机器也能自己爬起来不用你人肉跑去按电源键。第二是加一层硬件看门狗。部分工控小主板自带看门狗功能如果系统长时间无响应看门狗会自动重启系统。如果主板不支持也可以在内核层面启用软看门狗配合 systemd 把整个服务托管起来双重保障。5.3 远程管理SSH 加组网服务器放在角落不可能每次都接显示器操作所以 SSH 是基本功。装好 SSH 服务后用终端连上去就能远程操作。这里我建议做两件事一是用 SSH 密钥登录并关闭密码登录降低被暴力破解的风险二是只允许特定 IP 或通过组网工具访问不要直接把 SSH 端口暴露到公网。我自己用的方案是把所有设备组进一个虚拟局域网里手机和服务器即使不在同一个 WiFi 下也能像在局域网里一样访问。这样既安全又方便手机上装一个客户端就能随时看服务器状态。这类工具很多挑一个口碑好的就行。5.4 时间同步一定要做这个坑很少有人提前注意到服务器长时间运行后系统时间会逐渐漂移。时间不准会直接影响 API 请求的鉴权表现为突然报出“签名错误”或“请求过期”之类的异常。解决方法是配置 NTP 时间同步sudo apt install systemd-timesyncd sudo timedatectl set-ntp true timedatectl status如果发现时间偏差已经很大先手动校正再开启同步sudo ntpdate ntp.aliyun.com时间同步做好之后这类诡异的鉴权报错基本不会再来烦你。5.5 电费成本算笔账很多人担心 24 小时开机费电实际算下来完全不是问题。以最常见的几类设备为例设备平均功耗一年耗电量按 0.6 元/度计算旧手机3W约 26 度约 16 元ARM 开发板5W约 44 度约 26 元二手 x86 小主机15W约 131 度约 79 元二手笔记本25W约 219 度约 131 元相比之下云服务器一个月的费用可能就够小主机跑一年电费。而且小主机的电费是最大开销了带宽、公网 IP 这些通通不需要额外付费整体成本非常可控。6. 常见问题速查与排查记录我在部署和长期运行 openclaw 服务器的过程中整理了一份问题清单基本覆盖了新手会踩的大部分坑。这里直接做成表格方便你对照排查。现象常见原因解决方法安装时从 GitHub 拉取源码失败或超时网络问题或 DNS 解析异常更换网络环境配置 Git 代理非违规类代理或使用镜像源拉取安装后openclaw命令找不到环境变量未配置检查安装目录把 bin 目录加到 PATH用 nvm 安装 Node 的话需要nvm use服务启动但消息不回复gateway 配置的模型 API Key 错误或余额不足检查 API Key 和账户余额用 curl 单独测试模型接口启动时报端口被占用之前进程未完全退出lsof -i :端口号查看占用进程kill 后重启日志出现“会话残留”会话文件异常未清理停止服务删除对应会话目录下的临时文件再启动微信插件触发风控消息频率过高或行为过于自动化降低回复频率拟人化设置清理会话后重试升级 openclaw 后配置丢失覆盖安装或目录权限问题升级前备份配置目录升级后用diff对比新旧配置VSCode 无法连接远程服务器SSH 配置错误或端口不对先在终端手动测ssh 用户地址确认密钥和端口无误再连 VSCode怎么确认服务是否在运行不知道用哪条命令systemctl status openclaw或pm2 list有进程且状态为 running 即可磁盘被日志文件占满日志输出量大且未轮转配置 logrotate 定期清理旧日志或者限制日志大小排查问题时我一直遵循一个原则先看日志再动代码。openclaw 的日志信息非常全绝大多数问题都能在日志里找到直接原因。不要凭感觉重启服务日志都没翻过就瞎猜那样只会越搞越乱。还有一个小细节升级 openclaw 前先把配置目录完整备份一份。openclaw 的配置更新偶尔会改动数据结构备份能让你在升级失败时快速回滚到可用状态。这个习惯我吃了两次亏才养成的。最后分享几点真实体会文章写到这里所有核心内容其实已经讲完了。我最后再多说几句自己的感受。第一别急着买硬件。我现在这台 J1900 小主机是先用旧手机跑了整整两周确认 openclaw 确实符合我的使用习惯之后才买的。很多人一上来就一顿采购结果装好发现根本用不上设备吃灰。先拿手头现成的设备跑通是成本最低的验证方式。第二服务器这玩意儿稳定性比性能重要得多。你不需要追求多快的启动速度或多强的 CPU你要追求的是它一年 365 天都能老老实实待在角落里干活。所以选择硬件时省电和安静比高配置更重要选择运行方案时systemd托管比手动启动更重要选择模型策略时多渠道冗余比单一大模型更重要。第三如果你打算长期跑一定要给自己留一条远程管理通道。哪怕只是 SSH 加上一个简单的组网工具都能让你在办公室、在地铁上随时看一眼服务器的状态。那种“家里机器跑着但人在外面完全不知道它怎么了”的无助感经历过一次就再也不想有了。这一篇把服务器这层壳解决了openclaw 就算真正迈入了“长期服务”的阶段。后面如果时间允许我打算写写怎么用 openclaw 做更复杂的自动化流程比如定时任务、消息分流、多模型协作这些玩法。希望这篇能帮你的 openclaw 真正 7×24 小时在线。