时间:2026-03-14 19:02
人气:
作者:admin
一、开发者帮助与自检
核心技巧:手动前台启动网关,可直接查看报错,快速定位问题根源!
/usr/bin/node <path_to_openclaw>/dist/index.js gateway --port 18789
free -h
openclaw --help
二、进程暴力清理 (遇到死锁必做)
注意:暴力清理会终止相关进程,建议先备份配置,再执行命令!
ps aux | grep node
pkill -9 -f openclaw
pkill -9 -f <plugin_name>
rm -rf /tmp/openclaw*
三、日志排查 (寻找死因)
日志是排查问题的关键,通过以下命令,快速找到 OpenClaw“罢工”的真正原因,精准定位故障点:
ps aux | grep node
pkill -9 -f openclaw
pkill -9 -f <plugin_name>
rm -rf /tmp/openclaw*
四、磁盘空间维护 (预防 OOM 与 100% 爆满)
磁盘爆满是 OpenClaw 频繁“罢工”的隐形杀手,定期维护磁盘空间,可有效预防故障,让机器人稳定运行:
df -h
du -h --max-depth=2 2>/dev/null | sort -hr | head -n 10
rm -rf ~/.openclaw/backups/*
cd ~/.openclaw/backups && ls -t | sed ‘1d’ | xargs -I {} rm “{}”
journalctl --vacuum-size=100M
apt-get clean
rm -rf ~/.npm/_cacache
rm -rf ~/.cache
五、飞书相关报错解决方案
如果你的机器人私聊正常,但在群聊里没反应,通常是因为它被“门卫”拦住了,需要给特定的群发一张“通行证”。
在 openclaw.json 的 channels 部分,找到 groupPolicy。
如果它是 “allowlist”:说明开启了白名单模式,只有你点名准许的群,机器人才能说话。
机器人得知道它在哪个群。这个 ID 通常以 oc_ 开头。打开飞书群聊的设置即可在最下方找到。
找到后,在核心配置文件的 groups 这一块,按下面的格式把 ID 填进去:
"groups": { // 具体的群聊权限管理
"oc_xxxxxxxxxxxx": { // 替换为具体的飞书群聊 ID (Group ID)
"enabled": true, // 是否在该群启用机器人
"groupPolicy": "open" // 该特定群聊的策略
}
// 如果有多个群,可以在下面继续添加 ID
},
还有更简单的办法吗?
如果你觉得改代码太麻烦,怕改错逗号:
快捷方式:直接把你的会话 ID(或者把机器人拉进群后的截图/提示)发给虾虾,让它在后台帮你“暴力破门”直接爬进去,连重启服务器都省了!
注意事项
逗号别漏了:如果你添加了多个群,记得群 ID 之间要用逗号隔开。
重启生效:修改完 openclaw.json 后,别忘了执行 systemctl --user restart openclaw-gateway 让配置生效。
答案:❌ 不行!个人飞书和企业飞书是两套系统!
✅ 解决方案:去企业飞书里重新注册一个机器人!
莫方!飞书官方插件即将上线,敬请期待……
六、结语
OpenClaw 的“崩”并不可怕,可怕的是你只有两招——重启和双手离开键盘。
多数时候它只是用一种很吓人的方式在提醒你:网关没起来、权限不对、长连接断了、磁盘满了、路由没命中……问题都很具体,只是报错不太会说人话。
当然,还有一个更关键的底层心法:别把自己当“技术小白”,把自己当“会使用 AI 的指挥官”。像小编这种几乎没代码基础的人,排障方式非常朴素——把日志、报错、配置片段一条条复制给其他 AI,让它们帮你翻译、定位、给步骤,然后你负责执行、验证、再把新结果回传。
你不需要一夜之间学会编程;你只需要学会把问题拆小、把信息喂准、把指令跑对。
会用 AI,编程就不再是门槛;会用 AI,人人都能玩虾。
所以这份指令合集的目标很简单:让你翻车时先稳住局面——先恢复服务,再定位原因,最后把坑填平。
祝大家玩虾愉快,少踩坑、多整活。你掌握了流程和信息,虾就能帮你高效干活。