直接说结论OpenClaw也叫Clawdbot这类自托管聊天机器人最近在程序员圈子里讨论度很高。它的核心价值是让你把一套基于大模型能力的自动化助手部署到自己的云服务器上接到主流聊天软件里替你干定时总结、信息监控、待办提醒这类重复活儿。但很多教程默认读者有一台24小时开机的电脑对上班族来说并不现实——白天在公司没法挂机晚上回家不想折腾笔记本一合上机器人就“下班”了。所以这里的核心需求其实是用最低的成本把一个随时在线、稳定运行的机器人放到云端然后用手机或者在办公室电脑上随时跟它对话。这篇教程面向的是真正需要“搭好就能用”的人早上出门前把机器人丢到腾讯云上到公司打开聊天窗口它已经在线了中午午休让它拉取摘要下班前让它汇总待办。整个过程实测下来从买服务器到机器人第一次回复消息走顺了确实不到8分钟前提是别踩安全组和Token配置这两个坑。下面我把每一步的操作、背后的原因、踩过的坑都写清楚你照着做就行。1. 先聊清楚OpenClaw是什么上班族为什么要云部署1.1 它是做什么的很多人第一眼看到OpenClaw这个项目名会以为又是个什么新的编程语言或者框架。其实换个角度看就很好理解它像一个“中转站”——把大模型的能力接到聊天软件里再通过你定义的指令比如关键词、定时任务、规则自动完成信息处理和消息推送。举个上班场景的例子你早上到工位给机器人发一句“整理昨天项目群的未读消息”它会拉取对应渠道的更新内容交给大模型做结构化摘要把“谁说了什么、阻塞在哪、需要谁跟进”按条列出来发给你。同样在地铁上想快速了解行业资讯你可以设定每天早上9点自动拉取指定信息源生成一份简介发到聊天窗口里。这些能力组合起来本质上就是把“盯消息、做笔记、跑腿汇总”这些碎片化工作交给一个不需要休息的机器人完成。更关键的是OpenClaw是自托管的。你部署在自己的服务器上数据从聊天平台到你的服务器之间按平台规则传输不会经过某个未知的第三方中转服务对信息敏感度较高的场景来说更踏实配置和扩展也更自由。1.2 为什么必须用云服务器这是上班族搭建时第一个要过的坎。我自己第一次部署时图省事直接跑在公司的台式机上结果发现三个问题公司网络对聊天平台接口的连接并不稳定经常掉线下班后电脑被人锁屏或关机机器人直接“失联”有些平台对同时挂多个机器人的账号有风控逻辑个人电脑上再跑别的程序也容易引发干扰。后来换到云服务器这些烦恼基本消失。腾讯云轻量应用服务器是我实测后用着比较顺手的方案原因是便宜且按量计费灵活新用户常有限时活动一年费用通常比一杯奶茶月钱还低自带公网IP机器人对外连接聊天平台接口很直接不需要内网穿透或额外中转支持一键重装系统折腾坏了重置环境很快7x24小时在线只要不欠费机器人就永远醒着。如果你手头已经有闲置的NAS或云主机同样可以按照下面的步骤操作原理一样只是服务器面板入口不同。2. 服务器选配与初始化8分钟里最容易被忽略的3个细节2.1 配置怎么选才算不浪费钱OpenClaw这个项目跑起来资源消耗的“大头”其实在运行时进程本身而不是大模型调用——大模型是远程API不会占用你的服务器算力。实测下来1核2G内存的轻量服务器完全够用日常空闲时内存占用约400~600MB跑Node.js进程加一个轻量数据库如果需要存记录也就在这个范围内。如果是2核4G当然更宽裕但要说性价比新用户选活动款的1核2G先用一两个月看看实际负载再决定是否升配这种“小步试错”的思路更稳。操作系统方面选择Ubuntu 22.04 LTS或Debian 12就好别选带桌面环境的版本白白占内存后面所有操作都用命令行完成。2.2 安全组大部分人第一次卡住的点登录腾讯云控制台在轻量服务器详情页找到“防火墙”有些位置叫“安全组”一定要放通两个端口22SSH远程连接和部分聊天平台回调可能用到的端口。如果你只接Telegram这类主动轮询long polling模式的平台不需要对外开放任何HTTP端口机器人是主动向平台服务器拉取消息的所以只需22端口就行但如果后续要接类似自定义Webhook功能的入口就需额外放行对应端口。我自己第一次就是在这里翻车的——服务器装好了服务也启动了日志显示一切正常但机器人就是不回复。排查了半天发现是防火墙默认配置只放行了80和443Outbound连接虽然默认放行但某些平台的接口需要服务器能稳定访问特定域名恰好腾讯云轻量默认配置对这部分没有额外限制问题最后定位到是Token配置错误可安全组这件事也提醒我入站规则宁少勿多但22端口一定要放行别图省事全部来源只留0.0.0.0/0建议改成你常用网络的IP段。2.3 直接用命令行还是装面板上班族求快很多人习惯先装一个宝塔面板觉得图形界面方便。但我的建议是这一步跳过面板直接用SSH命令行。原因有两个一是OpenClaw这类Node.js项目的部署本质就是“装运行时、拉代码、配环境变量、起进程”命令行反而更直接二是宝塔面板本身会占用一部分系统资源还需要额外维护面板的安全对一台只跑机器人的服务器来说属于过度设计。你只需要用系统自带的SSH命令连接服务器推荐在本地电脑用一个成熟的终端工具比如Windows上的Termius或macOS自带的Terminal保存好服务器IP、用户名Ubuntu系统默认是ubuntu、密钥或密码后续操作全程复制粘贴命令就行。3. 8分钟搭建核心步骤从空服务器到机器人首次回复3.1 安装运行时环境Node.js和包管理器OpenClaw基于Node.js开发所以第一步就是装Node.js运行环境。这里有个关键点不要用系统自带的apt直接安装Node.js因为Ubuntu源里的版本通常较老可能是14.x或16.x而项目要求的版本一般不低于18。推荐用NodeSource源安装LTS版本。# 更新软件包索引 sudo apt update # 安装基础工具 sudo apt install -y curl git build-essential # 添加NodeSource源以20.x LTS为例 curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash - # 安装Node.js sudo apt install -y nodejs # 验证版本确认是v20.x node -v npm -v如果你使用Debian 12上面的命令同样适用。这里解释一下为什么必须用LTS版本机器人是常驻进程稳定性就是生命线LTS版本的API变化小后续安装依赖时遇到“语法不支持”这类问题的概率更低。我见过有人图新鲜装了Node 22结果某个依赖不兼容排查了一下午得不偿失。3.2 拉取项目与安装依赖接下来把OpenClaw项目代码克隆到服务器上。建议统一放在/opt目录下和系统文件分开逻辑更清晰。# 进入/opt目录 cd /opt # 克隆项目代码以实际仓库地址为准 sudo git clone https://github.com/your-repo/openclaw.git # 把项目目录所属权给当前用户避免后续权限报错 sudo chown -R $USER:$USER /opt/openclaw # 进入项目目录 cd /opt/openclaw # 安装项目依赖 npm install这一步骤耗时最不稳定快的时候一两分钟慢的时候可能要五分钟取决于网络环境。如果npm install卡住或者报错大概率是网络问题建议先配置npm镜像源再重试# 配置npm使用国内镜像源 npm config set registry https://registry.npmmirror.com # 重新安装依赖 npm install这里提醒一下不要在服务器上随便用sudo npm install -g安装全局工具除非项目文档明确要求。全局安装的包容易和系统Python或Node版本产生纠缠出了问题很难排查。3.3 配置机器人Token与基础参数最关键的5分钟这是整个搭建过程中真正的“重头戏”。OpenClaw启动前需要一份配置文件通常是一个.env文件或config.json核心内容包括机器人Token你在聊天平台开发者后台申请到的Bot Token相当于机器人的身份证和钥匙平台类型填telegram、slack、discord等大模型API配置包括API地址、密钥、模型名称如gpt-4o-mini、qwen-plus等可选参数时区、命令前缀、允许对话的用户ID列表等。以Telegram为例你需要在Telegram的BotFather里创建一个机器人这一步在手机上操作即可不需要在服务器上操作拿到一串形如123456:ABC-DEF...的Token。拿到后在服务器上创建配置文件# 进入项目目录 cd /opt/openclaw # 用自带的初始化命令生成配置文件具体命令取决于项目版本 ./openclaw init # 编辑配置文件 nano .env.env文件里的核心字段大概是这样的结构# 聊天平台配置 PLATFORM_TYPEtelegram TELEGRAM_BOT_TOKEN123456:ABC-DEF...你的Token... # 大模型API配置 AI_PROVIDERopenai AI_API_KEYsk-XXXXX AI_MODELgpt-4o-mini # 允许使用机器人的用户ID重要避免陌生人调用你的机器人消耗API额度 ALLOWED_USER_IDS12345678,87654321 # 时区设置 TZAsia/Shanghai配置时有两件事务必注意一是把ALLOWED_USER_IDS或项目中的同类白名单字段配置好。这一步看着不起眼但直接关系到你的API账单——如果你的聊天频道是公开的而你又没限制谁能和机器人对话任何人都可以往它发指令消耗你的大模型调用额度。我见过有人一晚上被刷掉几十美元的API费用就是吃了这个亏。腾讯云服务器本身是安全的但Bot的权限边界要靠你自己划清楚。二是API密钥和Token千万不要提交到Git仓库或分享给别人。.env文件写好后运行chmod 600 .env把它权限收紧只让当前用户可读这样即使服务器被其他人登录也不至于一眼看到你的密钥。3.4 启动机器人并保持在线用pm2守护进程很多人配置完兴奋地运行node src/index.js看到机器人回复了消息就以为大功告成。但过一会儿你关掉SSH窗口机器人就死了——这是因为直接前台运行的方式进程会随着终端会话关闭而被杀掉。正确做法是用pm2把进程托管起来让它后台常驻、开机自启、崩溃自动重启。# 全局安装pm2进程管理工具 sudo npm install -g pm2 # 在项目目录下启动OpenClaw cd /opt/openclaw pm2 start ecosystem.config.js # 如果项目提供pm2配置 # 或者直接启动pm2 start --name openclaw -- src/index.js # 保存当前进程列表确保服务器重启后pm2能恢复它 pm2 save # 设置pm2开机自启执行后按提示以root运行生成的命令 pm2 startup启动后立刻用这两个命令检查状态# 查看进程状态和资源占用 pm2 status # 查看实时日志也就是机器人运行时的输出 pm2 logs openclaw看到日志里出现类似“Bot is running”“Starting polling”之类的字样就说明已经在线了。这时候打开你的聊天软件给机器人发一条/start或/help它应该会回应你。从买服务器到这一步8分钟是现实可行的——前提是依赖安装顺利、Token没填错。3.5 用Webhook模式还是轮询模式Telegram这类平台有两种接收消息的方式长轮询Long Polling和Webhook。默认推荐长轮询因为它不需要公网回调端口不要求配置HTTPS证书配置最简单服务器只需主动向外连接即可。Webhook虽然消息实时性更好毫秒级但要求你的服务器必须有公网IP、开放端口、配好HTTPS证书而且聊天平台要能访问到你的服务器这对腾讯云轻量服务器来说很容易做到但涉及域名和证书配置8分钟内搞不定。上班族自用场景长轮询的实时性完全够用——消息到达速度是秒级你不会感知到差别。如果后续确实想切Webhook可以在配置文件里把模式改为webhook填上你的域名和证书路径然后重启服务即可。这一步我们留到以后优化时再说初次搭建不必追求极致实时性。4. 接入聊天平台与功能配置上班人最实用的几个场景4.1 在Telegram创建Bot并拿到Token手机就能操作以Telegram为例其他平台大同小异打开Telegram搜索BotFather官方机器人管理工具发送/newbot按提示输入机器人显示名称和用户名用户名必须以bot结尾完成后BotFather会回复一条包含HTTP API地址和Token的消息。拿到Token后填到服务器的.env文件里并重启服务即可。从这时起这个机器人就是你的云助手了——你在任何设备上登录Telegram都能给它发消息它实际运行在几千公里外的腾讯云服务器上。很多人习惯用同一个Token多次启动服务这会导致消息接收冲突平台侧会认为同一个Bot有两个连接实例在抢消息。所以每次修改配置后要先用pm2 delete openclaw停掉旧进程再pm2 start重新拉起而不是直接重启。4.2 配置常用命令和触发关键词OpenClaw的日常使用方式主要靠命令系统和触发关键词。在配置文件里可以自定义一套适合自己工作节奏的命令集。比如/ctx 话题 — 快速切换对话上下文 /digest — 拉取当前上下文最近N条消息并生成摘要 /todo 内容 — 把一条内容加入待办列表 /timer 分钟 提醒内容 — 设置定时提醒 /news 主题 — 拉取指定主题的近期信息源更新配置命令时我个人的心得是数量压到5个以内每个命令的命名尽量和你已有的习惯对齐。比如你用惯了/todo就不要把它改成/task肌肉记忆比花哨功能更重要。触发关键词则用于自动响应消息中的特定内容比如消息里包含“待办”二字机器人自动帮你提取并存入待办列表。这个功能很强大但也最容易误触发——建议关键词设得长一点、具体一点别设“好”“好的”这类单字词否则你的机器人会变得异常话痨。4.3 用“上班人”的节奏用好它部署完成后关键问题变成“怎么让机器人真正帮上忙”。我实际用了三个月整理了三个高频且好用的场景场景一午休前的消息摘要。设定工作日中午12:00机器人自动汇总某个群组/频道过去2小时的消息生成每条不超过20字的要点列表。下午开会前扫一眼大概就能知道上午讨论的重点不用一页一页翻聊天记录。场景二待办收集与定时提醒。工作中总有很多临时记下来的事情——“给某同事发报表”“下午3点跟进合同进度”。直接给机器人发一句/todo 下午3点跟进合同它会解析时间和内容到点主动推送提醒。这比手机备忘录好用因为提醒和聊天在同一个窗口里不容易漏看。场景三信息源监控与汇总。设定每天早上8点机器人自动拉取指定的技术博客或行业信息源用大模型做简化和翻译整理成3条“今日值得看”推送给你。上班通勤路上花两分钟刷完信息摄入效率提升明显——这相当于把“刷信息流”这项工作外包给了一个不会分心的Bot。配置定时任务时注意时区设置。很多人在TZAsia/Shanghai这里没填对导致定时任务总在半夜执行。详细看项目文档里的cron语法按你的实际时区写时间表达式。这个细节几乎每个新手都会踩一次提前规避能省下不少后续排查时间。5. 常见问题与排查技巧实录5.1 机器人在线却不回复消息如何排查这是出现频率最高的问题。我的排查顺序是先看进程状态pm2 status确认进程是online而不是errored如果显示restarting或errored用小写命令pm2 logs openclaw --lines 50查看报错日志看日志里有没有类似Unauthorized或404: Bot not found字样——如果有99%是Token填错了重新打开BotFather核对一下检查白名单配置如果你是管理员但没把自己的用户ID放进ALLOWED_USER_IDS机器人会“无视”你——这是保护机制在正常工作不是机器人坏了确认网络连通性在服务器上执行curl -I https://api.telegram.org如果能返回响应头说明服务器能正常访问聊天平台接口如果卡住或超时则需要检查服务器的DNS或网络设置。日志永远是最诚实的。养成“先看日志、再猜原因”的习惯排查速度和准确率都能大幅提升。5.2 服务器重启后机器人不见了这个问题几乎人人都会碰到。原因很简单你虽然配好了pm2但没执行pm2 save和pm2 startup这两步。光pm2 start只能保证当前开机阶段运行重启之后pm2自身的服务没有注册为开机启动进程就丢了。解决办法就是之前步骤里提过的pm2 save pm2 startup执行pm2 startup后系统会提示你复制一条sudo su -c env PATH$PATH:...这样的命令去执行照做就行。之后可以顺手验证一下重启服务器sudo reboot等一两分钟重新SSH登录执行pm2 status查看进程是否已经自动恢复。5.3 内存不足导致的进程被杀轻量服务器1核2G内存如果同时跑其他服务可能出现内存不足OOM导致进程被杀。现象是pm2 status显示进程反复重启或者直接stopped查看系统日志能看到Out of memory相关记录。我的建议是这台服务器尽量只跑OpenClaw一个主要服务不要同时装数据库、Web服务器、监控面板等。如果需要存聊天记录或待办数据优先用文件存储或云端的轻量数据库比如对象存储或托管KV而不是在自己服务器上再跑一个重量级数据库。服务器资源是固定的留给机器人的越多越稳。另外可以在pm2启动时限制内存上限防止内存泄漏问题拖垮整台机器# 启动时限制内存使用上限为512MB超过自动重启 pm2 start --name openclaw --max-memory-restart 512M -- src/index.js5.4 关于成本与安全的几点提醒成本上一台1核2G轻量服务器的月费用通常很低加上大模型API的按量计费如果只是自己日常使用用量不会很高整体月度成本可控。但要注意把API密钥和Token泄露出去的成本才是真正不可控的。建议养成两个习惯定期轮换密钥大模型平台和聊天平台的密钥都支持重置建议每1~3个月换一次关注API用量明细大部分大模型平台都提供按天/按月的用量统计没事翻一翻发现异常消耗时第一时间撤销密钥并排查白名单。安全层面的其他提醒SSH登录建议用密钥方式而不是密码如果必须用密码要设一个足够强的强度服务器操作不要用root直接跑日常命令而是用普通用户加sudo。这些都是基础安全习惯但真能拦住大多数自动化扫描攻击。6. 一些更进阶的使用方向如果你已经跑顺了基础功能这里还有几个值得尝试的扩展方向接入多个聊天平台比如同时接Telegram和Discord用同一套配置文件管理不同平台的入口这样你的团队如果习惯用某个办公软件也可以共用同一个机器人能力自定义插件OpenClaw的插件体系允许你写自定义脚本比如把某个信息源用RSS接入解析后丢给大模型生成简报或者在收到特定文件时自动转存到云盘私有化部署一个轻量问答库把你常用的知识库文档喂给机器人让它基于这些资料回答你的工作问题相当于给自己配了一个熟悉业务背景的专属问答助手。以上这些方向都是在基础部署之上增量扩展的建议先把基础用顺再逐步加功能。否则一上来就堆一堆模块出问题时无从下手。7. 写在最后我的几点实操体会把OpenClaw放到腾讯云上跑通本身不是一件有很高技术门槛的事真正考验人的是“是否能坚持用下去”。我个人的感受是机器人部署完成后前两周是“蜜月期”什么都想自动化一个月后就会回归理性只剩下那几个真正省时间的固定场景还在用。如果你也是上班族建议第一次搭建时按最简方案来一台最便宜的轻量服务器一个聊天平台一两个高频命令跑通之后再慢慢加功能。不要一上来就追求复杂的工作流也不用买高配机器。工具是为人服务的能帮你每天省出半小时翻消息、找资料的时间这8分钟就花得值了。最后再分享一个小技巧把服务器每月费用、API用量列入自己的日历提醒每月1号花30秒看一眼账单做到心里有数。很多“突然收到大额扣费”的惨案其实只要定期看一眼用量记录就能提前发现。把上面这些做完你的OpenClaw应该能安安稳稳跑很久了。